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@ An apparatus and method for allocation of resources in programmable logic devices. 



@ Programmable logic device design software is provided for allocating specific resources In a 
programmable logic device having a multiplicity of programmable logic blocks interconnected by a 
programn^ble switch matrix to logic equations in a user logic design. In particular, a resource 
allocation means for fitting a logic design to a multiplicity of programmable logk; blocks with limited 
interconnectivily between the modules is provided. The resource allocation means requires minimal 
programmable logic device resources to achieve the allocation of resources within the programmable 
logic device to the user logic design. 

The resource allocation means employs block partitioning means and resource assignment means to 
map user logic to a programmable logic device (PLD) having multiple programmable AND fixed OR 
arrays interconnected by a programmable switch matrix, i.e.. allocate the PLD resources to the user 
logic. 
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AN APPARATUS AND METHOD FOR ALLOCATION OF RESOURCES IN PROGRAMMABLE 

LOGIC DEVICES 



A portion of the disclosure of this patent document contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the 
patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reser- 
ves all copyright rights whatsoever. 
5 This invention relates to apparatus and method for allocating resources in a programmable logic device to 

user logic designs. 

Programmable logic devices are available for a variety of applications. Typically, a programmable logic 
device is a circuit on an integrated circuit chip which can be configured by a user to perfomi one or more logic 
functions. Most programmable logic devices include an AND array and an OR anray either or both of which is 

10 programmable. In a programmable array logic (PAL) device, input signals are feed to a programmable AND 
array which performs programmed AND functions and generates product tenms. The product terms are fed to 
a fixed, i.e., non-programmable, OR an-ay. The OR array sums the product terms from the AND array to form 
the logic function desired by the user. 

To use a programmable logic device, a user must specify the logic function for the device and then program 

IS the device to perfonm the logic function. Typically, a programmable logic device is programmed by setting the 
state of array logic cells, such as fuses or electrically erasable cells, so that a desired connection of two signal 
lines within the AND array of the device is achieved. Similarly, architectural cells are often used to configure 
multiplexers and/or flip-flops in a programmable logic device. 

A variety of support tools have been developed to assist a user in implementing a logic function In a pro- 

20 grammable logic device. Typically, the design support tools consist of design sofhvare and a logic programmer. 
A typical block diagram of a design support system available to a user of a programmable logic device is 
illustrated in Figure 1. Programmable logic design software 11 is loaded in a computer 10. The user supplies 
a circuit description 12 to logic design software executing in computer 10 which in turn typically generates a 
Joint Electronic Device Engineering Council (JEDEC) file 13. In general, a JEDEC ffle Is a computer file con- 

25 taining infonmatton about the programming of a programmable device. The file format is a JEDEC-approved 
stardard describing which fuses are to be programmed. 

JEDEC file 13 Is downloaded to logic programmer 14 which is coupled to programmable logic device 15 . 
Logic programmer 14 uses the infomiation in JEDEC file 13 to program logic device 15 to perform the logic 
function In circuit description 12. 

30 Most design software packages perfonm essentially these same tasks. The design is first specified with 

relatively high-level constructs such as boolean equations or state machine diagrams. The software processes 
the design and converts the design to a form which the logic programmer uses to configure the programmable 
logic device. Most software packages include logic simulation which allows debugging of the design prtor to 
programming the programmable logic device. 

35 One design software package for programmable logic devices is the PALASM 2 software avaflable from 

Advanced Micro Devices. 901 Thompson Place, Sunnyvale OA. 94088. (PALASM is the U.S. registered 
trademark of Advanced Micro Devices. Inc.) A software flow diagrarh of the PALASM 2 software for PAL devices 
is Illustrated in Rgure 2. 

As explained more completely below, a design Input file 20 is provided to parse 21. Parse 21 checks the 
40 syntax of input file 20 and passes the Information to expand 22. Expand 22 expands the Input equations and 
converts state machine syntax to Boolean equations. Subsequently, minimize 23 minimizes the logic equations 
fipom expand 22. The results from minimize 23 are provWed to xplot 24 and sim 25. Xplot 24 assembles PAL 
device designs and generates a PLD fuse map data ffle and a PLD fuse JEDEC data file. Sim 25 simulates 
PAL device designs and generates a simulation history data file, a simulation trace data file, and a file containing 
45 PLD fuse JEDEC data and JEDEC test vectors. 

The PALASM 2 sofhft^are executes on Digital Equipment Corp. VAX minicomputers under either Digital 
Equipment Corp. VMX operating system or Berkeley 4.2 UNIX operating system as well as on IBM or IBM com- 
patible personal computers operating under the Microsoft Corp, MS-DOS operating system verston 3.2 or 
above. 

so PALASM 2 sofhware includes an interactive menu program that simplifies user Interface to the software. 
Menu screens display all user options on one screen, enable the use of function keys to run all the programs, 
and allow the user to view the outpuL Help screens and message windows are used to facflitate user Interaction 
with the software. 

Design input file 20 contains information describing the circuit to be implemented on the programmable 
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logic device. The information in the design input file varies with the design software used, but one skilled in the 
art know the required information for the design input file. For example, for PALASM 2 software, a first design 
input file is used for Boolean equation design and another design input file is used for state machine design. 

For Boolean equation design, the design input file for the PALASM 2 software contains two segments, a 
5 declaration segment and an equations segment The declaration segment contains design identification, device 
and pin data, and optionally string substitutions. Information in the declaration segment documents the Input 
and output signals of the design. The equations segment contains Boolean logic functtons that define output 
signals in terms of input signals and feedback signals as well as the configuration of the other programmable 
functions. A more detailed description of the Boolean equation design input fde and the information in the file 
10 is given in PAL Device Databook. Advanced Micro Devices, Sunnyvale CA, pp. 4-61 to 4-93 (1988) which Is 
incorporated herein by reference. Also, a sample design for a four bit counter is given In Rg. 3A. A descriptton 
of the design file in Fig. 3A is given in PAL Device Handbook . Advanced Micro Devices, Sunnyvale, CA, pp. 
2-66 to 2-70 (1988), which is Incorporated herein by reference. 

For state machine design, the design input file for the PALASM 2 software contains three segments, a dec- "^"^ ^ 

IS laration segnrient, a state segment, and a conditions segment The declaration segment contains design iden- ""f. 
tification, device and pin data, and string substitutions. The state segment contains infonmatlon about the design \ 
and equations that describe functions of the state machine. The state segment infonmatlon is derived from the 
state diagram for the state machine. The state segment includes (i) statements that specify the kind of machine, 
and the output signals; (ii) equations that assign register-values as a bit code for each state; and (ill) equations 
20 that specify the transitions between states and the polarity and behavior of the output signals. The conditions 
segment contains labels that give names to unique sets of input signals and associated equations that identify 
the branching conditions used in the state segment to determine transitions and output signals. 

A state machine design input file Is given in Figures 3B and 3C. A more detailed description of the state 
machine design input file and the infonmatlon in the file is given In PAL Device Databook . Advanced Micro 
25 Devices, Sunnyvale CA. pp. 4-95 to 4-135 (1988) which is incorporated herein by reference. 

Parse 2 1 (Fig . 2A) checks the syntax of design input file 20. If parse 21 detects an error in file 20, the location ^ 
of the en-or is indicated and an error message is displayed. The error messages are stored in a file that is acces- 
sed by parse 21 when an error Is detected. To facilitate completion of a design, parse 21 attempts to recover 
after detection of each error and continue with the syntax checking. If the design input file 20 is error free, parse 
30 21 creates an intenmediate file for processing by expand 22. 

Using the intermediate file from parse 20, expand 22 expands the Input equations and converts state 
machine syntax to Boolean equations. 

If the programmable device specified in design input fde 20 does not contain an XOR gate, expand 22 i 
expands any XOR expressions to AND and OR expressions. In general, expand 22 performs logic substitutions 
35 for logic expressions in the user design which are not included within the selected programmable logic device. 
Expand 22 creates another intermediate file that contains expanded Boolean equations. 

Minimize 23 processes either the intermediate file from parse 21 or the intermediate file from expand 22. 
Minimize 23 looks for logic redundancy and minimizes the AND and OR expressions. Minimize 23 enables the 
user to program the logic device more efficiently. When minimize 23 detects an XOR gate and the logic device 
40 includes XOR gates, the equations on either side of the XOR gate are minimized Independently leaving the 
XOR intacL Minimize 23 produces yet another intermediate file that is used by subsequent programs. Inter- 
mediate file 26 has a TRE formaL 

Xplot 24 validates the architectural design of an input PAL design to the logic device limits and produces 
fuse maps and JEDEO data. Xplot can process the intermediate file containing Boolean equations created by 
45 parse 21 , expand 22, and minimize 23. Xplot 24 checks the Boolean equations for consistency and correctness 
for the specified device. When an error is encountered xplot 24 attempts immediate recovery. 

Using architectural information at>out the device specified in a product design file, which is read and stored 
In the computer memory by the design software, xplot fits the Boolean equatbns to the programmable logic 
device. Xplot 24, as well as most other software design tools, works with an excess of resources and employs 
50 simple book-keeping methods to allocate the resources in a systematic fashion. After xplot 24 has fit the Boo- 
lean equations to the programmable logic device without error, the output fuse maps and JEDEC data are ger>- 
erated. A more detailed description of the PALASM 2 design software is given in PAL Device Databook. 
Advanced Micro Devices. Sunnyvale OA, pp. 4-1 to 4-198 (1988) which is incorporated herein by reference. 

The PALASM 2 software and programmable logic device design software In general is typically limited to 
55 processing a design for a single programmable logic device. The programmable logic device may contain, for 
example, dedicated input pins, dedicated output pins, 1/0 pins, dock input pins, a programmable logic array, 
programmable macrocells, programmable buried macrocells, programmable ou^ signal polarity, and prog- 
rammable feedback. Typically, the progranunable logic array provides a fixed number of product term lines to 
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each macrocell and a fixed number of product term control lines to each macrocell. Equivalent processing steps 
exist for other prior art PLDs, 

Another design software package for programmable logic devices is the Advanced Boolean Expression 
Language available from Data I/O. 10525 wniows Road. Redmond. Washington 98073 which is IdentiHed as 

5 ABEL version 3.2. As fllustrated in Fig. 2B. this design package is equivalent to the PALASM 2 design software 
design package described above. Design file 30 and parse 31 perfomn functions which are equivalent to design 
file 20 and parse 21 in Fig. 2A. Transform 32 (Fig. 2B) transforms state machine equations into Boolean logic 
equations and expands nested logic functions. 

Similarly, expresso 33 is a logic minimizer which forms a function equivalent to minimize 23 (Fig, 2A). Exp- 

10 resso 33 generates a PLA file which may be used in fuse map 34 to generate a JEDEC file and output docu- 
mentation file or alternatively in sim 35 to simulate the functional operation of the user design. The PLA file 
format of file 36 is a relative standard having been adapted by several industrial companies after its design 
within the academic environment 

Typically, PLD design software does not have a capability for fitting the user's logic equations to a multip- 

15 licity of programmable logic modules within a programmable logic device. However, there are several known 
processes for partitioning of logic designs. See for example, B. Kemigham & S. Lin, "An efficient procedure for 
partitioning graphs". Bell System Tech Journal . 1970; C. Fiduccia & R. Matteyses, "A linear time heuristic for 
improving network partitions". Proceedings 19th DAC . June 1982; and C. Palesko & L Akers. "Logic Partitioning 
for Minimizing Gate Arrays", IEEE Transaction on CAD of IC's and Systems . April 1983. Each of these proces- 

20 ses accepts a logic design and breaks the design into partitions, constrained for minimum pinout or logic resour- 
ces in each of the partitions. 

All of these algorithms make the assumption that there are no restrictions in connectivity between partitions, 
i.e. any signal declared in the top-level interconnect can freely go between any or all of the top modules. The 
algorithms seek to minimize the number of these signals, hence the name Min-Cut associated with these 

25 algorithms. h4in-Cut seeks to achieve the lowest overall number of connections between partitions. However, 
when applied to PLDs. this generally results in additional processing because reduction of the connections 
below the device resource limits is unnecessary. The user design will fit in the PLD even if the partition is not 
at an overall minimum. Moreover, Mtn-Cut fails to produce partitions, i.e.. logic blocks, that have the same size. 
The Min-Cut partitions may be of different sizes and may be either too big or too small for PLD implementation. 

30 Thus, if a programmable logic devices has restrictions on interconnections between programmable logic 
blocks (partitions) and/or restrictions on signal routing between progranrtmable logic blocks, the alxive 
algorithms are not applicable. Further, if the programmable logic blocks have the same size, the above 
algorithms do not effectively utilize the blocks. Any process used to partition a logic design for multiple prog- 
ranrunable logic modules must take into account both the restricted interconnections present between logic 

35 nrKxJules, and the resources available in the logic modules. 

Each of the three processes noted above begins with an initial partition, and via interchanges seek to 
improve the metric characterizing the partitioning. In theory, one could modify the calculation of the metric to 
include constraints on the interconnections present between modules and module size within a programmable 
logic device, but this calculation is along the critical path, i.e., the calculation is performed many times during 

40 the course of partitioning improvement Therefore, such a modification would result in a process that required 
extremely long processing time. 

Further, these processes only swap one logic module at a time, neglecting any "affinities" present between 
logic functbns in a larger group of modules. Local "hills" and "valleys" in the optimization function alnrK>st cer- 
tainly preclude finding any multiple nrradule swap that is the global "best" choice. 

45 Placement and routing processes in gate an^y and standard cell logic design tools, such as those des- 
cribed above, have successfully solved several general and specific forms of the placement and routing prob- 
lem. Neariy all of these processes rely on the assumption that the physical coordinates of logic modules are 
directly related to wire delay, congestion and probability of success in creating the final physical device layout 
This assumptbn also runs counter to the basic arrangement of interconnects present in programmable logic 

50 devices with multiple modules. Any non-local interconnect between modules costs the same as any other. A 
small change in positton is unrelated to metrics of success. Placement optimizations based on such metrics 
will directly fan. 

Thus, at present, a means for fitting a logic design to a programmable logic device having a variable number 
of clumped product terms per macrocell is not avaflable. In additton, a means for fitting a logic design to a mul- 
65 tiplicity of programmable logic modules with limited interconnections between the modules is not available. 

We will describe resources in a programmable logic device (PLD) having at least two programmable logic 
blocks, usually of the sante size, interconnected by a switch matrix are assigned to user logic equations using 
a novel resource allocation method and system. The system is operable in a computer system having a main 
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memory and secondary memory. In a first operation, the resource allocation system (system) partitions the user 
logic equations into a multiplicity of modules based upon affinities between the user logic equations. There ts 
one module in the multiplicity of modules for each of the programmable logic blocks In the programmable logic 
device. In a second operation, the system assigns resources in the programmable logic device to each of the 

5 user logic equations tn each of the multiplicity of modules. 

Initially, the system reads a user design and then information from databases located on secondary menK)ry 
characterizing the PLD specified in the user design, or alternatively the PLD selected by the system based upon 
the user design. The system stores the user design and the product information In several data structures in 
main memory. The data structures Include links and pointers for dynamically generating table information and 

10 other data required by the system. In this initialization process, a Boolean vector is created for each user logic 
equation. The Boolean vector has n bits where n Is the total number of input signals In all the user logic equ- 
ations. The bits are ordered to correspond to each of the n input signals. 

In one embodiment, the bits in Boolean vectors are all set to a first determined value and then in each Boo- 
lean vector, the bits corresponding to the input signals to the logic equation associated with that Boolean vector 

15 are set to a second predetermined value to represent the presence of the input signals in the logic equation. 
This initialization process also determines the resource limits for each of the modules In the block partitioning 
process. 

The partitioning system uses a similarity means to detenmine a similarity measure S for each pair of said 
user logic equations using the Boolean vectors associated with the pair of user logic equations. In one embo- 
20 diment, only similarity measures greater than a predetermined limit are retained by the system for further pro- 
cessing. For each similarity measure greater than the predetenmined limit, the similarity measure and the 
associated Boolean vector for each user logic equation in said pair of equations are stored. 

After the similarity measures are determined, the partitioning system places any user preplaced logic equ- 
ations in the modules and decrements the resources for each module by the number of resources required to 
25 support the preplaced user logic equations. If the user does not preplace any equations, the partitioning system 
randomly assigns a user logic equation to each module and decrements the available resources. 

The partitioning system uses a receptivity means to determine a receptivity of each module for each of said 
user logic equations. The receptivity is based upon the similarity between the logic equation input signals for 
an equation to be placed and the input signals of the logic equations already placed In the module. The use of 
30 input signals as a measure of similarity is only illustrative of the principles of the invention. Any parameter conrv 
mon to the logic equations may be used in the partitioning process, e.g., output signals. 

Each user logic equations is assigned to the module having (i) the largest receptivity for the user logb 
equation and (ii) resources to support the user logic equation thereby partitioning the user logic equations into 
modules based upon the affinity of the logic equations input signals. When an equatton Is added to a module, 
35 the available resources in the module are decremented. If a module does not have sufficient available resources 
to support a user logic equation, the equatbn is assigned to a virtual module and a variable FulCntfor the mod-, 
ule. which indicates the number of times the system attempted to add an equation to that full module, Is Incre- 
mented. 

To ascertain the receptivity of a module for a user logic equation, the receptivity means determines, for 

40 each of the multiplicity of modules and one of said pairs of user logic equations, (i) a first similarity measure 
S1 for the Boolean vector for the first user logic equation in a pair and a Boolean vector for the input signals 
to the user logic equations already placed in the module and (ii) a second similarity measure S2 for the Boolean 
vector for the other user logic equation in a pair and the Boolean vector for the input signals to the user logic 
equations already placed in the module. 

45 For each pair of module similarity measures S1. S2 in said multiplidty of modules, the maximum similarity 
measure SM is determined for that module. The maximum similarity measure SMMAX of the module maximum 
similarity measures SM Is determined thereby determining the module that has the greatest receptivity for the 
user logic equation is the pair of user logic equations. In one embodiment the maximum similarity measure 
SM for each module is adjusted by the value of the variable FulCnt for that module. I.e.. the value of variable 

so FulCnt is subtracted from SM. This process assures that the user logic equation Is assigned to the nvost recep* 
tive module with available resources. 

The user logic equation is placed in the module having the greatest receptivity only only if that module has 
sufficient available resources to support the equation. Otherwise, the equation b assigned to a virtual nrK>dule. 
If one equation in a pair of equations has been placed in a module, the partitioning mearrs attempts to place 

55 the other equation in the same module. If sufficient resources are available In the module, the co-placement 
is ntade. Otheiwtee, the equation is assigned to the virtual module. If both equattons In a pair have been placed 
in different modules, the partitioning means examines the available resources In both modules to determine If 
the modules can be merged. If sufficient resources are avaOable In any of the modules, the modules are merged. 
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The similarity measure S is determined by a similarity means which includes a means for determining the 
input signals common to a pair of Boolean vectors and a means for determining the input signals in a first Boo- 
lean vector that are different from the Input signals in a second Boolean vector. Both means generate an n bit 
Boolean vector. The bits in a Boolean vector C generated by the common input signal means represent the 

5 presence of common input sig nals in the pair of Boolean vectors while the bits in a Boolean vector D generated 
by the different input signal means represent the presence of different input signals in the vector pair. 

In one embodiment a bit-wise AND of the pair of Boolean vectors associated with the pair of user logic 
equations is used to generate Boolean vector C. In this embodiment, a bit-wise Exclusive OR of the pair of 
Boolean vectors associated with the pair of user logic equations is used to generate Boolean vector D. 

10 The similarity system counts the number bits in Boolean vector C having a first predetennined number, 
where the first predetennined number indicates the presence of common input signals. The similarity system 
also counts the number bits in Boolean vector D having the first predetermined number, where the first pre- 
determined number indicates the presence of different input signals. The measure of similarity is generated by 
dividing the number D by a predetermined weight to fonm a number D1 and then subtracting the number D1 

IS from the number C. 

After all the logic equations are assigned to a module, the partitioning system attempts to place any equ- 
ations in the virtual module in any module with sufficient resources to support the equation or equations. After 
all the equations are placed in a module associated with a programmable logic block, the number of Intercon- 
nections and the fanout of signals are determined using the logic equations in each module. The modules are 
20 sorted by interconnection requirements so that the equations in the module requiring the greatest number of 
Interconnection resources are assigned resources in the PLD when the maximum number of resources are 
available. 

The resource assignment means assigns each of the modules to one of the programmable logic blocks in 
the programmable logic device. Note the block partitioning use the available resources in a programmable logic 

25 block to define the resource limits for a module, but the block partitioning does not associate a particular module 
with any particular programmable logic block. The resource assignment means uses the Hungarian assignment 
process to assign modules to programmable logic blocks. 

The Hungarian assignment process uses a cost matrix where the rows of the matrix represent available 
resources in the programmable logic block and the columns represent elements in the module to be assigned 

30 to the rows. The number in the cost matrix at the intersection of a row and a column is the cost associated with 
using the resource represented by the row for the element, e.g. module, logic equation, or dedicated input sig- 
nal, represented by the column. The Hungarian assignment process determines the optimal mapping of the 
columns in the cost matrbc to the rows. 

After assignment of blocks to modules, the resource assignment means assigns the resources in the blocks 

35 to the logic equatk)ns in the modules. In one embodiment, the logic equations, output logic equations and then 
buried logic equatk>ns, are assigned resources using the Hungarian assignment process. After the logic equ- 
atk)ns are assigned resources, the dedicated input signals are assigned resources. When a logic equatk)n or 
input signal is assigned resources, the available resources in the block are decremented. A logic equation or 
input signal is allocated resources only If sufficient resources are available to support the equation or signal. 

40 After all the equations in the modules have been allocated resources, the allocation system documents 

the user design and generates a JEOEC file that may be used to program the PLD. If the resource allocation 
fails, the user is provided diagnostic messages. 

The block partitioning process has been described in tenms of assigning user logic equations to modules 
associated within programmable logic blocks in a single programmable logic device. However, the partitioning 

45 process is suitable for a wWe variety of applications. For example, an electronic device may have several inter- 
connected PLDs where each PID has resources to support several user designs. In this case, the PLDs cor- 
respond to programmable logic blocks and the designs correspond to user logic equation. Thus, the block 
partitioning process assigns each of the user designs to modules based upon common Input signals to the 
PLDs, for example. The nK>dules may then be assigned to PLDs in the electronic device. Hence, the method 

50 and system of the Invention provide a broad range of capability for rapidly and efficiently allocated resources 
in a device to user specified functions. 

BRIEF DESCRIPTION OF THE DRAWINGS 

55 Figure 1 is a block diagram of a typical prior art design support system for a programmable logic devrce. 
Figure 2A is a block diagram of the prior art PALASM 2 software design package for PAL devices. 
Figure 28 is a block diagram of the prior art ABEL software design package for PAL devices. 
Figure 3A is a listing of a four bit counter des^n input file for the PALASM 2 software design package. 
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Figures 3B and 3C are a listing of a state machine design input file for the PALASM 2 software design pack- 
age. 

Figure 4 is a general block diagram of one of the families of electrically programmable logic device 400 for 
which the resource allocation means of an embodiment of this invention assigns resources to a user's logic 
5 design. 

Figure 5 is a block diagram of the resource allocation means of an embodiment of this invention. 
Figure 6 is a more detailed block diagram of the resource allocation means of an embodiment of this Inven- 
tion. 

Figure 7 is a block diagram Blustrating one embodiment for generation of user design 100. 
10 Figure 8A illustrates the logic equation section of user design 100 in the TRE file fomnat 

Figures 8B and 8C are an example of an ABEL user input file 100A (Fig. 7) for an eight bit counter. 
Figures 8D and 8E are an example of a user design 100 for the eight counter design (Figs. 8B and 8C) In 
the PLA file format for processing by resource allocator means 110 according to the prindples of this inventton. 
Fig. 9 is a more detailed block diagram of the symmetric programmable logic block of device 400. 
15 Fig. 10 is a detailed block diagram illustrating one embodiment of the first family of programnnable (ogle 
devices 400. 

Fig. 11A is a detailed block diagram illustrating one embodiment of the second family of programmable 
logic devices 400. 

Fig. 12 is a schematic diagram of the programmable logic block in the first family of programmable logic 
20 devices 400. 

Fig. 13 is a schematic diagram of the programmable logic block in the secondfamQy of programmable logic 
devices 400. 

Figs. 1 4A through 1 4C illustrate the router elements in the logic allocator of the first family of programmable 
logic devices. 

25 Figs. 15At 15B, 15C, and 15D illustrate the router elements in the logic allocator of the second family of 

programmable logic devices. 

Fig. 16 Is a schematic diagram of a programmable logic macrocell in programmable logic devices 400. 
Fig. 17 is a schematic diagram of a programmable buried logic macrocelt in programmable logic devices 

400. 

30 Fig. 18 is a schematic diagram of an I/O macrocell in programmable logic devices 400. 

Figs. 19A and 19B are a representation of the input lines and the output lines to the programmable mul- 
tiplexers in switch mabix 401 A. 

Figs. 20A through 20D are a representation of the input lines and output lines of the programmable mul- 
tiplexers in switch matrix 401 B. 
35 Figs. 21 A through 21 E illustrate the information in the device database for the programmable logic devtee 
Olustrated in Fig. 10 according to the principles of this invention. 

Fig. 22 is a block diagram illustrating the input lines to a typical programmable multiplexer in the switch 
matrix and the definition of the product terms in the product term array driven by the multiplexer output line 
according to the principles of this inventbn. 
40 Fig. 23 illustrates the structure of the symbol array, symbol records, and character records according to 

the principles of this invention. 

Fig. 24 defines the symbol array, character array, and symbol record filustrated in Fig. 23. 
Fig. 25 illustrates the signal array and the equation records stored in the signal anray according to the prin- 
ciples of this invention. 

45 Fig. 26 defines the signal array, the equation array, the equation record and the common record which are 

illustrated in Fig. 25. 

Fig. 27 illustrates the physical array and the physical record structure used to store data according to the 
principles of this invention. 

Fig. 28 defines the physical record, switch matrix array, fanout array, resource record and resource header 
50 record according to the principles of this invention. 

Fig. 29 illustrates the data structure and main memory used to maintain the switch matrix array and the 
fanout matrix array including the record structure within the array. 

Fig. 30 illustrates the structure in the main memory of the computer system for the pin array including the 
pin records. 

55 Fig. 31 defines the pin array, the pin record, as well as other structures required for the means of an embo- 
diment of this invention. 

Fig. 32 defines two of the data structures used in the Hungarian assignmerrt process according to the prin- 
ciples of this invention. 
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Figs. 33A and 33B define constants and pointer deciaralions used in the resource allocation means of an 
embodiment of this invention. 

Figs. 33C through 33E define other data structures used in the resource allocation means of an embodiment 
of this invention. 

5 Fig. 34 is a process flow diagram for the database initialization means of an embodiment of this invention. 

Fig. 35 is a process flow diagram for reading a user design in the Pl-A file fonmat according to the principles 
of this invention. 

Fig. 36 is a process flow diagram for reading a user design in the IRE file format according to the principles 
of this invention. 

10 Fig. 37 is a process flow diagram for reading the device database according to the principles of this inven- 

tion. 

Fig. 38 is a process flow diagram for the general crystallization process of an embodiment of this invention. 

Fig. 39 is a process flow diagram for the block partitioning means of an embodiment of this invention. 

Fig. 40 is a process flow diagram for grow modules (Fig. 39) in more detail. 
IS Figs. 41 A through 41 C are process flow diagrams for the processes within grow modules (Fig. 40) according 

to the principles of this invention. 

Figs. 42A through 42H illustrate one application of the IHungarian assignment process used in the resource 
assignment means of an embodiment of this invention. 

Figs. 43A through 43D Is a process flow diagram for the resource assignment means of an embodiment 
20 of this invention. 

Fig. 44 is a process flow diagram for map macro (Fig. 42B). 

Fig. 45 is an example of the initial data in the output file according to the principles of this invention. 
Fig. 46 is an example of a logic map produced by document generation 145 according to the principles of 
this invention. 

25 Fig. 47 is an example of a pin map produced by document generation 145 according to the principles of 

this Invention. 

Fig. 48 is an example of a feedback map produced by document generation 145 according to the principles 
of this inventton. 

Fig. 49 is an example of a signal list produced by document generation 145 according to the principles of 
30 this invention. 

Figs. 50A through SOD is an example of a JEDEC file produced by document generation 145 according to 
the principles of this invention. 

DETAILED DESCRIPTION 

35 

According to the principles of this invention, programmable logic device design software is provided for 
allocating specific resources in a programmable logic device having a multiplicity of programmable logic blocks 
interconnected by a programmable switch matrix to logic equations in a user logic design. In particular, a 
resource allocation means for fitting a logic design to a multiplicity of programmable logic blocks with limited 
40 rnterconnectivity between the modules is provided. The resource allocation means, unlike the prior art fitters, 
requires minimal programmable logic device resources to achieve the allocation of resources within the prog- 
rammable logic device to the user logic design. 

In one embodiment, as explained more completely below, the resource allocation means employs block 
partitioning means and resource assignment means to map user logic to a programmable logic device (PLi>) 
45 having multiple programmable AND fixed OR arrays interconnected by a programmable switch matrix, I.e., allo- 
cate the PLD resources to the user logic. A general block diagram of the families of electrically programmable 
logic devices 400 for which one embodiment of the fitting means of this invention is useful is given in Figure 4. 

Each programmable logic device 400 includes a plurality of identical programmable logic blocks 402 
arranged in an array. Programmable logic blocks 402 are interconnected through programmable switch matrix 
so 401. Programmable logic blocks 402 communicate with each other only through switch matrix 401 . Moreover, 
in this embodiment, progranrvnable logic blocks 402 receive all input signals on lines 426 from switch matrix 
401. Thus, programmable logic blocks 402 may be viewed as independent programmable logic devices on the 
same Integrated circuit chip. 

Each programmable logic block 402 may receive a first plurality of input signals from input^output (I/O) pins 
55 403 through switch matrix 407. Dedicated input pins 404 provide a plurality of Input signals to switch matrix 
401. The Input signals from pins 404 are available to each programmable logb block 402. Each programmable 
logic block 402;niay also provide a first plurality of output signals for I/O pins 403. 

As explained more completely below, each programmable logic block includes (i) a programmable logk: 
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array having a multiplicity of products terms; (ii) a multiplicity of programmable logic macrocells, which may 
include programmable buried logic macrocells. with each logic macrocell having a feedback line to the prog- 
rammable switch mab-ix; (iii) a logic allocator for steering product terms to a particular logic macrocell and for 
decoupling the programmable logic array from the programmable logic macrocells; (iv) programmable I/O mac- 

5 rocells for configuring the I/O pins and for decoupling the programmable logic macrocells from the I/O pins. 

Resource allocation means 110 (Fig.5) of an embodiment of this invention includes a unification of two main 
processes - block partitioning 120 and resource assignment 130. Block partitioning means 120 attempts to par- 
tition a userdesign 100 into modules which have a logic affinity, e.g., in one embodiment, common input signals 
to the logic equations within the module. 

10 After user design 100 is partitioned into modules, resource assignment 130 ftrst assigns each module to 

one of programmable logic blocks 402 within programmable logic device 400 (Fig. 4). If logic device 400 Is sym- 
metric, the assig nment of a particular module to a programmable logic block 402 is independent of the resources 
within the programmable logic block. 

However, some programmable logic devices include programmable logic blocks having diagonal sym- 

is metry. See for example, the programmable logic devices described In U.S. Patent Appllcatkm Serial No. 
07/243,574. entitled "Flexible, Programmable Cell Array Interconnected By A Programmable Switch Matrix" of 
Om P. Agrawal. et al.. now U.S. Patent No, x,xxx.xxx issued xxxxxxxxx xx, 1990, which Is Incorporated herein 
by reference in its entirety. In such devices, modules are assigned to programmable logic blocks based upon 
the module's utilization of the resources within the programmable logic block. In general, the block assignntent 

20 processes blocks without symmetry and in fact, may process arbitrarily sized blocks. 

After resource assignment means 130 (Fig. 5) decides in which programmable logic block 402 (Fig. 4) to 
locate modules containing individual logic equations in user design 100, resource assignment means 130 
sequentially determines for each programmable logic block 402 where to locate Individual logic terms within 
programmable logic block 402 and how to configure both within the programmable logic block and within switch 

25 matrix 401 the progranrunable connections necessary to realize the desired user function. 

Upon completion of resource assignnnent 130, resource allocation means 110, as explained more con>- 
pletely below, generates design documentahon 140 for the user design and a JEDEC file 150 which may be 
downloaded to a programmer for actually programming programmable logic device 400. 

Resource allocation means 110 is shown in more detail in Figure 6. Resource allocation means 110 

30 includes, (i) a database initialization means 115, (ii) block partitioning means 120 (iii) resource assignment 
means 130, and (iv) documentation generating means 145. Sometimes these means are referred to as pro- 
cesses within resource allocation means 110. 

In database initialization means 115, user design 100 is processed. Typically, as described more conn- 
pi etely below, user design 100 includes (1) a logic description encoded In a Boolean sum of products format, 

35 i.e., Boolean logic equations, (ii) a programmable logic part type, i.e. a PLO, chosen for this design and (iii) 
signal declarations provided by the user in a Pin/Node list 

Database initialization means 115 first initializes data structures used by resource allocatton means 110 
as described more completely below, and then reads the user's logic description and the programmable logic 
part type chosen for this design from user design 100. Database initialization means 115 also reads the signal 

40 declarations provided by the user in the Pin/Node list. Specifically, database initializatton means 115 deter- 
mines which signals are specified as input signals, output signals and buried nodes of the design. 

The database initialization process also reads user supplied pin pre-placements for signals In the logic equ- 
ations from PLC database 122. The initialization process locates the signals and related equattons at the speci- 
fied positions. If the specified positions result in contradictions, i.e., some of the input or output signals are 

45 unreachable with the connection resources provided within the programmable logic device, the user is notified. 
Signals preplaced on specified pins are useful when design changes are anticipated after an Initial proto- 
type system is fabricated. Unless signal pre-placement is allowed, each time resource allocation means 110 
maps a user design to the programmable logic device the pin-out would change. Such a change requires rewi- 
ring of the board or system in which the programmable logic device was used. 

50 In addition to user design 100, database initialization means 1 15 reads the Internal archrtecture description 
for the specified programnwble logic device from a product database (PDB) 121 and checks the user logic 
design for compliance with the general size limits and resource usage of that device. If no errors are encoun- 
tered, upon completion of the database initialization process, the user's design Is ready for processing by block 
partition means 120. 

55 In block partitioning means 120, the user's design is partitioned into modules ttiat fit within the resource 
limits of Individual programmable logic blocks 402 within programmable logic device 400. Initially, In the Wock 
partitioning process, logic equattons that use common input signals are grouped together. The process then 
scans for •affmities,* as described more completely below, between the groups of the logic equations and allo- 
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cates the groups of logic equations within modules based upon these affinities. In the partitioning process, the 
available logic resources are monitored so that the logic resources required by a module are not greater than 
the resources in a programmable logic block. 

In one embodiment of block partition means 120, a different user logic equation is initially seeded, i.e., 

6 placed in each of the modules. The "affinity" used to subsequently place user logic equations in each of the 
modules is the similarity between the input signals to a user logic equation and the input signals for the user 
logic equation or equations already placed in the module. In this embodiment, each user logic equation is placed 
In the nrwdule having the maximum affinity, i.e., similarity, for the user logic equation, rf sufficient resources are 
available in the module to support the equation. 

10 While block partitioning means 120 automatically partKions the user's logic equations into nrK)dules that fit 
within the programmable logic blocks, an expert user may impart his choices for block partitioning by preplacing 
logic equattons in particular programmable logic blocks. In this case, the block resource totals are decreased 
by the number of resources preplaced by the user prior to beginning the block partitioning process. 

After the user's logic equations are segmented into programmable logic modules, resource assignment 

IS means 130 assigns the modules to programmable logic blocks and individual logic equations in the modules 
to physical resources with the programmable logic blocks. This process is done sequentially for each prog- 
rammable logic block within the device starting with the block which uses the largest number of connection 
resources, as detemriined by block partitioning means 120. and proceeds finally to the block with the smallest 
number of connections. Thus, resource assignment means 130 perfonms the most difficult signal routing, i.e. 

20 resource assignment, when the programmable logic block and switch matrix 401 are the emptiest, i.e.. when 
the maximum number of resources are available for signal routing. 

As explained more completely below, resource assignment means, in one embodiment, performs a series 
of mapping processes. For example in a first process, equations containing independent output enable product 
tenms are mapped to resources in the PLD. In a second process, I/O pin mapping to resources in the PLD is 

25 performed based upon product tenm usage. A subsequent process maps buried logic equations to resources 
in the PLD. Note "mapping" and "resource assignment" are the same operation. "Mapping" views the operation 
from the perspective of the user logic equations while "resource assignment" views the operation from the 
perspective of the PLD. 

Prk5r to any resource assignment, logic equations assigned to pins by the user are allocated resources 
30 first. Next. In another embodiment of resource assignment means 1 30, the product tenms required for each logic 
equation are placed in groups based on size (product term count), referred to as groups of similar size. For 
example, equations requiring 9-12 product terms are a first group. Equations requiring 5-8 product temis are 
a second group and so forth. Typically, groups of a similar size are determined by the multiples of product terms 
clumps available from the logic allocator. The equations in the first group are each assigned to an I/O pin from 
35 the available I/O pins, and then equations in the second group are processed and so on. When a logic equation 
is assigned to an I/O pin, the product terms associated with realizing each of the assigned logic equations are 
routed to form an OR-tree of the proper size to realize the logic equation, as explained below in more detail. 

Jn yet another process, typically performed after the I/O pin mapping process, buried logic functions are 
placed in the "holes" remaining, i.e., unutilized resources, after the I/O pin mapping. Finally, any remaining dedi- 
40 cated Input signals are assigned to any available free pins, either unused I/O pins or those I/O pins associated 
with a buried logic cell. 

At each stage within resource assignment means 130, connection resources needed are "marked" as used. 
The used resources affect the laterresource assignmentdecisions. Iterative trial and error cycles for this assign- 
ment process are avoided by having a slight excess in the number connectioris available and by simultaneously 
45 evaluating altemative feasible assignments, as explained more conipfeteiy below. 

Upon successful completk)n of resource assignment 130, documentation means 145 generates In design 
documentation 140 three outputs that reflect results of mapping user design 100 to the programmable logic 
device resources. A logical map (Fig. 46) depicts, as described more completely below, (i) the mapping of the 
user logic onto programmable logic blocks and (H) the Interconnects provided by switch matrix 401. A pin map 
so (Fig. 47), as described more completely below, depicts user signal names associated with package pins. The 
pin map is a "customized" package outline, which allows the user to quickly locate signals on a breadboard. 

Finally, a signal list is provided in design documentation 140. The signal list (Fig. 49) is a comprehensive 
tabulation detailing (i) the signal location, (ii) the type of equation, e.g., combinatorial, D-type flip-flop or T-type 
flip-flop, (iii) whether the signal is used as a feedback signal and (iv) the logic equations driven by the signal. 
55 Also, the progranunable logic block and the macroceil location for tf)e signal is given. Additionally, as previously 
described, JEDEC file 150 for programming the device in a suitable programmer may be generated. 

In one embodiment, resource allocation means 110 is operating within a computer system. The computer 
system Includes main memory which holds at least the computer operating system, resource allocation means 
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110 data, secondary memory (typically, disks) which typically holds PLC database 122, PDB 121 and user 
design 1 00. The computer system also includes a means for user input, printing and a video display screen. 

One system suitable for use with an embodiment of this invention is the Apple Macintosh SE computer 
system with a 20 Megabyte hard disk drive. Alternatively, an IBM or IBM compatible AT class computer with a 
5 80x86 microprocessor, a 40 Megabyte hard disk drive, a 1 .2 Megabyte floppy disk drive and 640 Kbytes of nr^ln 
memory is suitable for use with an embodiment of this invention. 

In either computer system, the Pascal computer programming language was used in one embodiment of 
this invention. In particular Turbo Pascal. Version 1.1 for the Apple Macintosh computer system and Turtx) Pas- 
cat for the IBM PC, Version 5.0 for the IBM and IBM compatible computer systems was used. Both of these ' 
10 computer languages and the associated compilers were obtained from Boland International of Scotts Valley, 
CA. The two embodiments of this invention are portable between Apple Macintosh computers and the IBM conrv 
patible computers with only minor changes. 

User design 100 (Figs. 5 and 6) may be either a design for several interconnected PAL-like devices or a 
design for one monolithic device. In this embodiment user design 100 is, in one embodiment, a file with a PLA 
15 format and in another embodiment a file with a TRE format. The resource allocation nteans 1 1 0 of this Invention 
is suitable, for example, for replacing either xplot 24 (Fig. 2A) or fuse map 34 (Fig. 2B) In the prior art software 
design packages. Thus, user design 1 00 may be generated in multiple ways. For example, as illustrated In Rg- 
ure 7. user design 100 may be generated starting with a design input file 100A in a PALASM 2 format, which 
was described above and is incorporated herein by reference. 
20 However, to use the prior art software design packages with the resource allocation means 1 10 of an embo- 
diment of this invention, these software design packages ntust be modified so that they can process syntax 
associated with the description of programmable logic devices 400, which are described more completely 
below. Also, the packages must be modified to include the expanded logic capability of devices 400. Accord- 
ingly. whOe the operations of the prior art software packages necessary to generate the PLA file format are not 
25 essential, the general operations that must be modified in such packages to handle programmable logic devices 
400 are briefly described below. 

Parse 21 A (Fig. 7) checks the syntax of design input file 100A. Parse 21 A is substantially identical to parse 
21 (Fig. 27). 31 (Fig. 2B) with additions for processing syntax associated with programmable logic devices 400. 
Such additions are apparent to those skilled in the art in view of the description of programmable logic devices 
30 400. If parse 21 A detects an error in file 100A. the location of the error is indicated and a message displayed 
on the video display screen. The enror messages are stored in a file that Is accessed by parse 21 A. To facilitate 
completion of a design, parse 21 A attempts to recover after detection of each error and continue with the syntax 
checking. If design input file 100A is error free, parse 21 A creates an intemiediate file with a TRE file format 
for processing by expand 22A. 
35 Using the Intermediate file from parse 20A, expand/transfonm 22A expands the Input equations and cor>r 

verts state machine syntax to Boolean equations. Again, expand/transform 22A Is substantially identical to 
expand 22 (F^. 2A) and transform 32 (Fig.2B) described above. Expand/transfonm 22A creates another inter- 
mediate file that contains expanded Boolean equations. 

Logic minimizer 23A processes either the intermediate file from parse 21A or the intemnediate file from 
40 expand 22A. Logic minimizer 23A looks for logic redundancy and minimizes the AND and OR expressions. 
Logic minimizer 23A is also substantially identk:al to minimizer 23 (Fig. 2A) and expresso (33) as described 
above. Minimizer 23A produces yet another intermediate file. Typically, the file produced by minimize 23A is 
user design 100. 

Of course, parse 21 A. expand/transform 22A and logic minimizer 23A have been nxxiified to process the 
45 features of the programmable logic devices having multiple programmable logic blocks interconnected by a 
switch matrix and t>oth D-type flip-flop and T-type flip-flop capability. Specifically, the processes are modified 
to handle the syntax associated with the new devices such as the floating pin/node syntax and signal pre-place- 
ment within logic blocks. Also, minimizer 23 must handle D/T flip-flop equation minimization and transfer equ- 
ations linking input storage functions. The required modifications will be apparent to those skOted in the art In 
so view of the following more detailed description of the logic devices and the form of the various data structures 
that are processed. 

While one embodiment for generating user design 100 has been described, those skilled In the art may 
use equivalent processes to generate user design 100. The important aspect Is that user design 100 Includes 
the Infonmatbn. described more completely below, in either the TRE format or preferably the PLA format Both 
55 of these file fomiats contain similar Infonmation and In fact are constructed very similarly. Therefore, resource 
allocation means 110 assunrtes that either another computer program has generated user design 100 or alter- 
natively that user design 100 has been thoroughly checked out and contains correct fnformatton. The data In 
the user design 1 00 must be in the proper low-level format whether the file Is generated by a computer program 
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or some other means. 

Further, resource allocation means 110 could be used without minimizing the logic equations, but such a 
use may result in an Inefficient utilization of resources within the programmable logic device. Similarly, the state 
machine equation conversion to Boolean equations perfonmed by expand 21 A could be performed in numerous 

5 ways. Again the important aspect is that Boolean equations are generated for the state machine. 

Typically, user design 100 includes a part number for the programmable logic device selected by the user 
and a global pin/node list of all signals interfaced to the "outside world", e.g.. the signals that are supplied to 
or generated by programmable logic device 400. If the information is a pin list, each signal has a number 
associated with the signal that refers to a physical device pin. Otherwise, the number associated with a signal 

10 refers to sequential logical nodes, which are not directly associated with physical device resources. 

If too many of the signals are constrained to specific pins, resource allocation means 110, described more 
completely below, may fail to map user design 100. Specifically, if too many pins are constrained, some con- 
tradictions may be detected when locating a logic function because some of the function's Input signals or output 
signals may be unreachable. 

15 Each of the signals In the global pin/node list is marked with an attribute of the signal (Input. I/O Pin. buried 

equation). However, if the signal attribute is not specified, the attribute is determined in database Initialization 
means 1 1 5 by looking at the signal usage within the logic equations. Other signal attributes, such as registered 
(D-type and T-type flip-flops) latched, combinatorial, signal polarity, are also provided in user design 100. 
Typically, in the TRE file format, user design 1 00 has, in addition to the part name and the pin/node section. 

20 an equation section. The equation section contains Boolean logic equations for each module of the design. 
Specially, the logic for each module in tine user design is specified in the form of a Boolean AND/OR equation 
(Sum of Products - SOP fomnat). There are no restrictions on the number of terms in the logic equations or 
the number of product tenms. Further, there are no restrictions on the number of logic equations in user design 
1 00. However, the number of logic equations must fit within the selected programmable logic device or the map- 

25 ping will not be successful. 

In general, the Boolean logic equations may be eitiier registered or combinatorial and may be isolated from 
other equatfons or may directiy feed other equations, e.g., a design module may have independent Input and 
output signals or two design rrxxjules may share Input signals. An output signal of one design module may be 
an input signal to a second design module. Auxiliary equations for register clock, output enable, set, reset, etc., 

30 are allowed In user design 100. 

The equation sectton of the TRE file is depicted graphically in Figure 8A using a simple example of two 
logic equations "XYZ" and "GAS" where: 
XYZ:= You*me + /Abc 
CAS= A3*/A1*A2 

35 Each of the circled variables represent nodes or records In a stojctured database. Each node contains two poin- 
ters to its children. Overall, the information In Figure 8B represents the Pre-fix parse tree generated by standard 
. LL(1) language compilers created to process language grammars. 

The highest nodes 610, 620 are ttie equation labels, containing the equation name, and linked to the next 
equation. Each equation has its own functional definition given in the lower level nodes 611-617 and 621-627, 
40 respectively. In traversing the operations, a right branch, left branch order is used, proceeding to its end. 

The equation data can also be stored in a sequential n^nner(610, 611. 612, ... 627), using numerical codes 
to identify each element, its datatype, and optionally provide a signal name ("Abe") if present This equation 
section Is a fragment of the disk-based TRE user design 100. 

Various codes have been defined for the symbols used in the equation section of a TRE file. e.g.. ":=" regis- 
4$ tered transfer, "=" combinatorial fransfer, logic AND, logic OR. T logic not or complement, as well as 
others. 

In the computer menrrory resident device 400 data structure (equation EQU_ARY (Fig. 26), described 
below), single byte values (0-255) represent both the logic operations and the logic variables to be manipu- 
lated - thus the entire structure can be stored quite compactly. If additional variables or operations have to be 
50 handled beyond the 255 codes defined, an extension code points to additional data. The exact codings used 
are quite arbitrary and so are not considered further. 

As explained above, user design 100 may be generated by a prior art software design package that has 
been modified to include a capability for processing progranrwnable logic devices 400, which are explained mora 
completely below. 

55 An example of a user design ffle 100 in the PLA format Is fllustrated in Figs. 8D and 8E The file in Figs. 
8D and 8E is a eight bit counter f3e for the eight bit counter specified in the ABEL user input fHe 100A (Figs. 
88 and 80). The important aspect for user design 1 00 is that it is error free and has the proper PLA file fomnat, 
which is presented below. As explained more completely below in data initialization 11 5 the only error checking 
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performed on user design 100 is that of syntax and the error recovery is limited to skipping to the next record 
in the user design 100 after providing the user with a brief error message. 

User design 100 in the PLA file format is described by a series of AND/OR expressions written as a sequ- 
ence of the characters {"0", "1". """) within lines of a programmable logic anray (PLA). The PLA file fonmat 

5 was developed at the University of California at Berkeley and is documented in the "Expresso - UNIX progranrv 
mer*s Manual" (3/85). "Berkeley Logic Interchange Format (BLIP)" 4/87, and also R. Braytons, eta!., Logic Minh 
mization Algorithms for VLSI Synthesis . Klewer Academic Publishers, 1 984. ^ 
In the PLA file fonmat, the first element on a line infroduces the data that is to follow. A pound sign Intro- 
duces a comment line. Eight data types, as illustrated in Table 1, are introduced by a period ".' followed by a 

10 unique type name. In the case where a multiplicity of iten^s may follow, a decimal number field [d]. comes next 
to specify the number of objects to follow - zero and all positive numbers are legal parameters. The data In 
Table 1 is from the UCB Expresso Programnrters Manual. 



IS 



20 



25 



30 



35 



TABLE 1 

A Description of the PLA File Format for User Design 100 

-i (d) - Specifies the number of input 

variables. 

•o [d] - Specifies the number of output 

variables. 



40 



45 



SO 



55 
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ilb signal_list 



signal_list 
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20 



25 



30 



35 



40 



•ob signal^list 



•type [s] 



45 



SO 



S5 



•phase 

boolean vector 



■P t dj 



- Specifies the list of output 
signal variables. 

- Consists of an Alphanumeric 
signal name, followed by (i) an 

^'optional signal extension, (ii) an 
optional active-low polarity 
indicator ("-"), and finally (iii) 
an optional node number field 
C:{dl") using a colon and decimal 
number. (The signal extension is a 
member of the list ( D, T, G, C, 
AR, AP, RE, LE, where D D-type 
FF, T = T-type FF, G = Latch, 
D = Clock Equation, AR = Async 
Reset, AP = Async Preset, 
RE = Reset, and L£ = Latch Enable) 
describing the function for 
configuring the macrocell realizing 
the output variable. For a 
description of the members of this 
list see, "OPEN ABEL Specification" 
DRAFT, Feb. 27, 1990, which is 
available from DATA I/O. 

- Specifies the list of output 
signal variables. 

- Specifies the logical 
interpretation of the PLA lines — 
i.e., whether on-set, off -set or 
both are provided. - Both {"fr") is 
most usual. 

- Specifies how the output 
variables are to be defined, in 
terms of on-set ("1") or off-set 
('^O'*) for the minimal realization. 
A full vector of ones is assumed if 
no phase is provided* 

- Specifies the number of product 
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terms (one per line) to follow. 
Each product term consists of two 
fields — an input string and an 
output string. The input string 
^'uses the characters {"1", "0", "•") 
for the inclusion of a logic 
variable, its complement or a 
"don't care" at that position of 
the AND. The output string uses the 
characters {"0", "1", """) for 
definition of a logic function 
("on-set"), its complement ("off- 
set") or no inclusion at that 
position of the OR sum term. At 
least one space separates the input 
and output strings. In this 
embodiment, additional spaces and 
line breaks can be inserted within 
the input and output strings, 
•e - Harks the end of the PLA 

description. 

Various extensions to the PLA file format have been proposed in the form of user comments, i.e, lines begi- 
nning with the characters r#$l. followed by a keyword. 

Typically, these user comments are used to target the design within a specific PLD architecture, or within 
a user design environment, and to provide additional labeling of physical device pins and circuit nodes. 

Five extensions - (TITLE. JEDECFILE. DEVICE, PINS, NODES) have been implemented In resource aflo- 
cation means 110, and others may be considered in future embodiments. Each of the names are descriptive 
of the type of information contained on the line in user design 100. 

PINS and NODES data types contain a numberand a signal list (including the optional polarity and optional 
number field f-" & ':16T). A number of zero {"abc:0") is interpreted to allow that pin or node to float to any circuit 
point at the discretbn of resource allocation means 110. 

TITLE. JEDECFILE. and DEVICE introduce an ASCII string of characters, temninated by the end-of-ltne. 
These user comments are more informational, indicating choices made by the designer of the logic function 
implemented. 

The lines of the PINS statement for devices 400. described below, are typically rather long. The UCB stan- 
dard and DATA l/0*s implementation provide for no specific breaking point in long line. Accordingly, resource 
allocation means 1 10 allows line breaks to be inserted at any space, and conunents also to be placed in-line. 

Resource allocation means 1 10 supports programmable logic device architectures consisting of a network 
of interconnected programmable logic blocks with each progranmnable logic block having both programn^able 
and fixed connections. Resource allocation means 1 10 Is adaptable to a variety of device configurations and 
architectures because resource allocation means 110 reads infonmation on chip physical resources from pro- 
duct database (PDB) 121. The use of PDB 121 allows resource allocation means 110 to be used with a range 
of architectures. 

Herein, PDB 121 Is described in terms of two families of programmable logic device 400. To understand 
the structure of PDB 121, the structure of the two families of programmable logic device 400 must be under- 
stood. Thus, prior to describing PDB 121 m more detail, the two famflies of programmable logic device 400 are 
described. A more complete description of the two logic device families is given in copending, convnonly asslg- 
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ned. and commonly filed U.S. patent application Serial No. 07/xxx,xxx. entitled "Multiple Array High Perfonm- 
ance Logic Device Family" of Om P. Agrawal et. al. which is incorporated herein by reference in its entirety. 

As illustrated in more detail in Fig. 9. each programmable logic block 402 in programmable logic device 
400 contains a programmable logic array, for example a product-tenn anay 410. a logic allocator 411, logic 
5 macrocells 412, and I/O macrocells 413. Product-term array 410 generates the basic logic using signals pro- 
vided by switch matrix 401 . Logic allocator 411 is programmable so that product temns from array 410 are dis- 
tributed to logic macrocells 412 as required by the user of device 400. Logic macrocells 412 configure the 
signals from logic allocator 411 as explained more completely below. Each logic macrocell includes a prog- 
rammable flip-flop. 

10 The output signals from logic macrocells 412 are provided to I/O macrocells 413 and feedback to switch 

matrix 401 over lines 427. Each logic macrocell that may be used to generate an output signal is coupled to 
an I/O macrocell. I/O macrocells 413 deliver the output signals from macrocells 413 to I/O pins 403. Alterna- 
tively, I/O macrocells 413 provide input signals from I/O pins 403 to switch matrix 401 over lines 428. If an I/O 
cell is used to configure an I/O pin as an input pin, the logic macrocell associated with that I/O cell can function 

15 as a buried logic macrocell. 

Each programmable logic block 402 additionally contains, in this embodiment, an asynchronous reset pro- 
duct tenm and an asynchronous preset product tenm. These product terms are used to initialize all flip-flops 
within programmable logic block 402. In addition, in one embodiment, each programmable logic block 402 con- 
tains two output enable product terms for every eight I/O macrocells in the block. In each programmable logic 

20 block 402. I/O macrocells 41 3 are divided into banks where each bank, in this embodiment, contains eight I/O 
macrocells. Each bank of I/O macrocells 413 receives two of the output enable product terms. 

Thus, each programmable logic block 402, In this embodiment, has a multiplicity of product tenms in product 
iem array 410 which provide control functions to all macrocells in block 402. Symmetric programmable logic 
device 400 with programmable switch interconnect matrix 401 is further subdivided into two families. A first 

25 family 400A (Fig. 1 0) includes 44, 68, and 84 pin devices with 32 to 64 logic macrocells respectively. This family, 
with a high pin-to-logic ratio, is targeted to address I/O intensive applications. 

Conversely, a second family 400B (Fig. 11), with a high logic-to-pin ratio, is targeted to address logic inten- 
sive applications. The second family offets twice the logic capability of the first family in the same package. 
The use of two families provides a convenient way for migrating designs up or down with little difficulty. The 

30 I/O and logic intensive nature of the families offers system designers broader options, allowing them to suit 
their designs to appropriate devices. 

Figure 10 illustrates first family of programmable logic devices 400A. according to the principles of an embo- 
diment of this invention. Logic device 400A is a 44 pin device which has 32 I/O pins 403A-1. 403A-2 and six 
dedicated direct input pins 404A. Each of the programmable logic blocks 402A-1, 402A-2 are identical and 

35 include a product term array 410A-1. 410A-2. a logic allocator 411A-1. 411A-2, 16 logic macrocells 412A-1, 
412A-2, and 16 I/O macrocells 413A-1, 413A-2. 

In the figures, a line with a slash through the line and then a number N is used to indicate that the line rep- 
resents N lines. Hence, switch matrix 401 A provides twenty-two input signals to product tenm array 41 OA-1 over 
twenty-two Input lines 426A-1. Similariy, logic macrocells 412A-1 provide feedback signals to switch matrix 

40 401 A over sixteen lines 427A-1 and I/O macrocells 413A-1 provide I/O pin feedback signals to switch matrix 
401 A over sbcteen lines 428A-1. 

Figure 11 is a block diagram of a second family of programmable logic devices 400B. 
As prevfously described, this family of logic devices 400B has a higher logic to pin ratio than the first family 
400A. Thus, in this embodiment, each programmable logic block 402B has only eight I/O pins 403B. Product 

45 term array 410B. logic allocator 411 B and logic macrocells 412B in programmable logic block 402B are similar 
to the con-esponding devices In programmable logic block 402A (Rg. 10). However, logic macrocells 412B 
include output logic macrocells 412BA (Fig. 1 1) and buried logic macrocells 41 2BB. 

In one embodiment of second family 400B, each progranunable logic block 4028 (Fig. 11) is connected to 
only eight I/O pins 403B. Thus, only eight of logic macrocells 412B are coupled to eight I/O macrocells 413B 

50 which in turn are coupled to eight I/O pins 403B (Fig. 11). The other eight logic macrocells are buried logic cells 
412BB that provide feedback signals on line 427B to switch matrix 401 B. 

The first group of logic macrocells 412BA provides feedbacks signals to switch matrix 401 B and signals 
to I/O macrocells 413B. The second group of logic macrocells 412BB receive signal from I/O pins 403B and 
provide either feedback signals or input signals to switch matrix 401 and therefore function, as prevkiusly des- 

65 cribed, as buried logic macrocells. Also, as in first femlly 400A of devices, the second family of devices 400B 
has either six or ten dedicated input pins 404B of which two may be configured as either direct input pins or 
dock signal Input pins. 

Programmable logic block 402A for the first family of programmable logic devices 400 is shown in more 
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detail in Fig. 12. In particular, the interconnection of switch matrix 401 A. product term array 41 OA. logic allocator 
411 A. a column of sixteen logic nnacrocells 412A, a column of sixteen 1/0 macrocells 412A and a column of 
sixteen I/O pins 403A are illustrated. Product term array 410A includes a 44 by 70 programmable AND logic 
array. Sixty-four of the product term lines are provided to logic allocator 41 1 A. In addition, product term array 

5 410A in this embodiment has sbc additional product term lines 410A64 through 410A69, 

In Fig. 12, a single line is shown connecting logic allocator 41 1A to each logic maaocell 412An (n = 1, .... 
16). However, as explained more completely below, the line between logic allocator 411 A and each macrocell 
412An represents a multiplicity of lines, e.g. 3 to 4 lines. 

1/0 macrocells 41 3A, in this embodiment, are divided into two banks. The first bank of I/O macrocells 41 3A 

10 is defined by I/O macrocells 413A1 to 413A8 that receive the signals on output enable product term lines 
410A64 and 41 0A65. Similarly, the second bank of I/O macrocells 413A is defined by I/O macrocells 413A9 to 
413A16 that receive signals on output enable product temi lines 410A66 and 410A67. The signals on lines 
CLKO, CLK1 from dedicated input pins 404/V5. 404A6 (Ftg. 10) are provided to each logic macrocetl 412A (Fig. 
1 2). S Imilarly, the product tenm on asynchronous reset line 41 0A68 and the product tenn on asynchronous pre- 

15 set line 410A69 are provided to each of logic macrocells 412A. 

Programmable logic block 402B for the second family of programmable logic devices 400 is shown In vnotB 
detail in Fig. 13. In particular, the interconnection ofswitch matrix 401 B. product term array 4108, logic allocator 
411B, a column of sixteen logic macrocells 412B, which has eight output logic macrocells 412BA and eight 
buried logic macrocells 412BB. a column of eight I/O macrocells 41 3B and a column of eight I/O pins 403B are 

20 illustrated. Product term array 41 OB includes a 44 by 68 programmable AND logic array. Sixty-four of the product 
tenm lines are provided to logic allocator 41 1B. In addition, product temfi array 41 OB in this embodinr>ent has 
four additional product term lines 410B64 through 410B67. 

I/O macrocells 413B. in this embodiment, receive the signals on output enable product tenn lines 410A64 
and 410A65. The signals on lines CLJ<0. CLK1 from dedicated input pins 404B5. 404B6 (Fig. 11) are provided 

25 to each output logic macrocell 412BA and buried logic macrocell 412BB (Fig. 1 3). Similarly, the product term 
on the asynchronous reset line 410B66 and the product term on the asynchronous preset line 410B67 are pro- 
vided to each output logic macrocell 412BA and buried logic macrocell 412BB. 

Each I/O pin is connected to a buried logic macrocell so that when the I/O pin is configured as an input 
pin, the input signal is supplied to both the buried logic macrocell and switch matrix 401 B. Thus, the input signal 

30 may be either processed by the buried logic macrocell. i.e.. may be a registered input signal, and then provided 
to switch nrtatrix 401 B or provided directly to switch matrix 401 B as a simple combinatorial input signal. 

Switch matrix 401 B is coupled to programmable product tenm array 41 OB by twenty-two input lines. As des- 
cribed above for device 41 OA. each input line is connected to a driver that generates the signal on the input 
line and the complement of the signal on the input line. 

35 Logic allocator 411. i.e., logic allocator 41 1A (Rg. 12) and logic allocator 41 IB (Fig. 13) includes a mullij>- 

licity of router elements wherein each router element steers the sum of a selected number of product temrts 
from product term array 410 to a selected macrocell. In this embodiment, the selected number of product terms 
is four and there is one router element for each logic macrocell 412. Hence, as described al>ove, if a programnrv 
able logic block has sixteen logic macrocells. the product tenm array provides sixty-four product terms to logic 

40 allocator 411. 

In the first family 400A of logic devices 400. logic allocator 411 A includes sixteen router elements 520A 
(Fig. 14A through Fig. 14C). Each router element 520A includes OR gate 521A, which is driven by signals from 
four product term lines in product term an-ay 41 OA. and a programmable one-to-three demultiplexer 522A which 
has a single Input terminal and three output terminals. Architectural configuration cells 523A, 524A are used 
45 to fomn a connection between the input temninal and only one of the output terminals, as explained more conrv 
pletely below. In this embodiment. OR gate 521 A is included within router element 520A. but alternatively the 
OR gate could be included with the AND array so that an programmable AND-OR an^y generated signals for 
logic allocator 411 A. 

Two router elements 520A1 . 520A9 (Fig. 14A) of logic allocator 41 1 A may provide a signal to only two mac- 
50 rocells, e.g. router element 520A1 drives either logic macrocell 41 2A1 or logic macrocell 412A2 and router ele- 
ment 520A9 drives either logic macrocell 412A9 or logic macrocell 412A10 (Fig. 12). Similariy. router elements 
520A8, 520A16 (Fig. 14C) in logic allocator 41 1 A may provide a signal to only two maaocells. element 520A16 
to logic macrocell 41 2A1 5 or logic macrocell 41 2A1 6 and element 520A8 to logic macrocell 41 2A7 or logic mao- 
rocel! 412A8 (Fig. 12). Each of the other twelve router elements 520An (Rg. 14B) in logic allocator 411A nwy 
55 provide a signal to the macrocell 412A(n-1) or to macrocell 412An, or to macrocell 412A(n+1), where n = 2, 
3, 7, 10 15. 

Thus, in this embodiment, logic macrocells 412A2 through 412A7 and 412A9 through 412A1 5 may recehre 
up to a maximum of a sum of twelve product temns while logic macrocells 412A1, 412A8, 412A9 and 412A16 
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may receive up to a maximum of a sum of oniy eight product terms. Logic macrocells 412A1, 412A8. 412A9 
and 412A16 receive only up to a sum of eight product tennis because complete wraparound at the end of pro- 
grammable logic block 402A, e.g.. providing a line from multiplexer 522A16 to logic macrocell 412A1. is not 
supported. 

The output temainal of demultiplexer 522A that receives the input signal is determined by the configuration 
of architectural cells 523A and 524A. The possible values of the architectural cells 523A and 524A are shown 
in Table VI and the numbers n, n-1 and n+1 are as defined in Fig. 29B. 

TABLE 2 



Signal Supplied 
>gic Macrocell 

reserved 
412A{n-l) 
412An 
412A(n+l) 

In Table 2, a zero corresponds to a logical zero and is equivalent to a programmed state and a one corresponds 
to a logical one and is equivalent to an unprogrammed or erased state. The programming for cells 520A1 and 
520A16 is also given by Table 2 where n = 1 and n = 16 respectively. 

in the second family 400B of logic devices 400. logic allocator 41 1 B also Includes sixteen router elements 
520B (Fig. ISA through Fig. 15D). Each router element 5208 includes OR gate 5218, which is driven by signals 
from four product term lines in product term array 4108, and a programmable one-to-four demultiplexer 5228 
which has a single Input temiinal and four output terminals. Architectural configuration cells 5238, 5248 are 
used to form a connection between the input temiinal and only one of the output terminals, as explained more 
completely below. 

First router element 52081 (Fig. 15A) of logic allocator 4118 may provide a signal to either output logic 
macrocell 4128A1 (Fig. 13), or buried logic macrocell 412881. Second router element 52081 (Fig. 158) may 
provide a signal to either output logic macrocell 4128A1 (Fig. 15), buried logic macrocell 412881 or outputlogic 
macrocell 4128A2. SImilariy, the last router element 520816 (Fig. 15D) in logic allocator 41 18 may provide a 
signal to buried logic macrocell 412887 (Fig. 13), output logic macrocell 4128A8, or buried logic macrocell 
412888. 

Each of the other thirteen router elements 5208n (Fig. 15C) in logic allocator 4118 may provide a signal 
to one of four logic macrocells. In Fig. 1 5C, the four output lines from multiplexer 522Bn are given as lines to 

macrocells (n-2), (n-1), (n), and (n+1) where n=3,4 15. Here, n represents the position of router element 

5208n In the column of router elements within logic allocator 41 18. To locate the output logic macrocells and 

buried logic macrocells (n.2) (n+1) to which the output lines n-2, n+1 from programnrwible multiplexer 

5228n are connected, column 4128 of output logic macrocells 412BA and buried logic macrocells 41288 (Fig. 
15) are numbered consecutively from one to sixteen where output logic macrocell 412BA1 is one and buried 
logic macrocell 412888 is sbrteen, i.e., n=1...16. Une n is then connected to the nth logic macrocell in column 
4128. 

For example, consider n=7, i.e., router element 52087. The seventh macrocell in column 4128 (Fig. 15) 
is output logic macrocell 412BA4. Thus, line n from router element 52087 is connected to output logic macrocell 
412BA4. Line n-1 is connected to buried logic macrocell 412883 and line n-2 is connected to output logic mac- 
rocell 4128A3. Line n+1 is connected to buried logic macrocell 412884. 

Thus, in this embodiment, logic macrocells 41283 through 412814 may receh^e up to a maximum of a sum 
of sbrteen product terms while logic macrocells 41281 and 412815 may receive up to a maximum of only a 
sum of twelve product lenms. Macrocell 412B16 may receive only up to a sum of eight product terms. Again, 
complete wraparound at the end of programmable logic block 4028 Is not supported. 

The output terminal of demultiplexer 5228 that receives the input signal is detenmined by the configuration 
of architectural cells 6238 and 5248. The possible values of the architectural cells 5238 and 5248 are shown 
in Table VII and the numbers n, r>-1, n-2, and n+1 are as defined in Fig. 17C. 



Product Term Steering 

Architectural Architectural Output 

Cell 523A Cell 524A to Lo 

0 0 

0 1 

1 0 
1 1 
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TABLE 3 

Product Term Steering 

^ Architectural Architectural Output Signal Supplied 

Cell 523B Cell S24B to Logic Macrocell 

0 0 (n-2) 

1 0 n 

1 1 (n+1) 

IS In Table 3, a zero corresponds to a logical zero and is equivalent to a programmed state and a one corresponds 
to a logical one and is equivalent to an unprogrammed or erased state. The programming for cells 520B1 . 520B2 
and 520B16 is also given by Table 3 where n = 1* 2 and 16 respectively. 

Thus, in this embodiment the numbers of sums of logical product tenms for each macrocell 412 In prog- 
rammable logic block 402 are variable and may range from a sum of one product term to four sums of four pro- 
20 duct terms, i.e.. sixteen product terms, for each logic macrocell. 

Each logic macrocell 412A in family 400A is identical so that logical output macrocell 412A1 , Dlustrated In 
Fig. 16, is representative of any logical macrocell 41 2 A in this embodiment. A logic macrocell, may be config- 
ured so that the output signals are either registered or combinatorial with an active high or an active low polarity. 
When the logic maaocell is used as a register, the logic macrocell can be further configured as a 0 type or T 
25 type flip-flop. Programmable polarity along with the built in T type flip-flop capability comprises a number of 
product terms required for implementing some logic functions. The different configurations of logic nnacrocell 
421 A are achieved by programming the four architectural cells in the macrocell. 

As previously described, the programmable logic block of second family 400B of programmable logic device 
400 includes a plurality of logic output macrocelts 4 128 A and a plurality of buried logic macrocetis 412BB. Logic 
30 macrocell 412BA. sometimes referred to as an output logic macrocell, is similar to logic macrocell 412A1 and 
the description of macrocell 412A1 is incorporated herein by reference. 

Buried logic macrocell 412BB (Fig. 17) is also similar to output logic macrocells 412A, 412BA (Fig. 16) 
except buried logic macrocell 412BB does not send an output signal to an 1/0 macrocell and therefore does 
not have polarity control multiplexer 505. The output signal from buried logic macrocell 412BB (Ftg. 17) ts an; 
J5 internal feedback signal on line 427B2 to switch matrix 401 B. A significant feature of buried logic macrocelh 
412BB is the dual mode of operation. I.e.. the buried logic macrocell's ability to function either as an output cell 
with feedback to switch matrix 401 or as an input cell. 

Both output logic macrocells 41 2A, 41 2BA and buried logic macrocells 41 2BB are docked on an individual 
macrocell basts by a signal from one of the two synchronous clock input pins. This clocking allows the user to 
40 implement flexible and multiple state machines in a single device. Further, if either of the dock Input pins is 
not used as a dock signal source, the pin is available as an Input pin to the switch matrix. 

As previously described, all the logic macrocells including any buried logic macrocells in the programmable 
logic block are controlled by a common asynchronous reset product term and a common asynchronous preset 
product term. Thus, for each programmable logic block, all the flip-flops in the logic macrocells whether in an 
45 output logic macrocell or a buried logic macrocell are simultaneously initialized. 

1/0 macrocell 413 is illustrated in Fig. 1 8. When power supply voltage Vcc is supplied to tristate buffer 540. 
buffer 540 is permanently enabled for use as an output buffer and conversely when the control temiinal is groun- 
ded, buffer 540 is tristated so that I/O pin 541 functions pemnanently as an input pin. When either of the output 
enable terms is applied to the control terminal, the I/O pin functions as a bidirectional I/O pin which is controlled 
50 by the product term. As previously explained, the two product terms are common to eight 1/0 cells. 

Switch matrix 401 A for the first family 400A of PLDs indudes a multiplicity of four-to-one programmable 
multiplexers and a multiplidty of five-to-one programmable multiplexers. In Figures 19Aand 19B the Input lines 
to each of the programmable multiplexers are given. Notice two of the lines In the switch matrix are connected 
directly to switch matrix output lines. 
55 For ease of presentatbn, blocks 402A-1 and 402A-2 are represented as blocks "A" and '8" respectively 
in Rgures 19A and 19B. Similarly, logic macrocell 412A1-1 becomes A1 and logic macrocell 412A1-2 becontes 
B1 so that the macrocells in block 420A-1 range from macrocell A1 to macrocell A1 6 and In block 402A-2 from 
macrocell B1 to B2. The feedback lines are represented by the macrocell number. The I/O pin associated with 
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a macrocell is represented by the macrocell number followed by a carat Dedicated Input pins 404A are num- 
bered II to 16. 

As Illustrated in Figures 19A and 19B sixteen of the input signals for both programmable logic blocks 402A- 
1 , 402A-2 are derived from four different sources, i.e., two I/O pins sources and two macrocell feedback sources 
5 rotated to allow dual feedback capability. 

Each programmable multiplexer has two architectural cells which are used to configure the multiplexer so 
that only one of the input lines Is connected to the output line. The resource selection for each group of mul- 
tiplexers is presented In Tables 4 and 5. 

TABLE 4 

Four-to-One Programmable Multiplexer Signal 
Selection in Switch Matrix ^OlA of Family kOOk 

IS Architectural Architectural Global Signal 

Cenj Cell 2 Selections 

I/O pin input signals 
from PLB i402A-l 

Feedback signals 
from logic 
macrocells in PLB 
i|02A-1 

I/O pin input signals 
from PLB i*02A-2 

Feedback signal 
from logic 
macrocells in PLB 
i*02A-2 

Note in Table 5, the multiplexers receive input signals from only a single programmable logic block so that 
35 only multiplexers associated with block 402A-1 are given in Table 5. The architectural cells configuration for 
block 402A-2 Is the same as that shown for block 402A-1 except the sources are from block 402A-2. 
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TABLE 5 

Signal Selection for Five-to-One Programmable 
Multiplexer in Switch Matrix iJOIA of Family ^OOA. 

Architectural Architectural Architectural Global Signal 
Cell 1 Cell 2 Cell 3 Selections 

I/O pin input 
signals from 
PLB ii02A-l 

«i 

Feedback signals 
from logic 
nacrocells in PLB 
ii02A-l 

I/O pin input 
signals from 
PLB 402A-1 

Feedback signals 
from logic 
macrocells in PLB 
lj02A-1 

Signal froaa 
dedicated input 
pin 

30 

Notice that in switch matrix 401 A each input signal other than the dedicated input pin signals has at least 
two different entry points to a programnnabie logic blocks. Thus, the input signal sources to switch matrix 401 A 
are appropriately rotated so that for any logic macrocell and the I/O pin associated with that logic nwcrocell, 
both the logic macrocell feedback signal and the signal on the corresponding I/O pin are available to each pro- 

35 grammable logic block in device 400A. 

Also notice that each programmable logic block may receive the same input signals or different Input sig- 
nals. This allows the structure to function either as a monolithic anay with a maximum of twenty-two inputs or 
two separate relatively independent split arrays with a total maximum number of forty-two input signals. 

Switch matrix 401 B for the first family 400B of the programmable logic devices is illustrated in Figures 20A 

40 and 20D. Switch matrix 4018 includes a multiplicity of twelve-to-one programmable multiplexers and a multip- 
licity of four-to-one programmable multiplexers and two input lines connected directly to two output lines. Figs. 
20A through 20D show the multiplexer input lines for each output line. 

For ease of presentation, programmable logic blocks 402B-1 through 402B-4 are represented as blocks 
"A*. "B", "C", and "D", respectively In Figs. 20A through 20D. Similarly, output logic macrocells and buried logic 

45 macrocells are represented by the block letter and the number of the position of the macrocell in column 412B. 
Accordingly, the output logic macrocells and buried macrocells for programmable logic block A are numbered 
A1 through A16 where A1. A3 A15 are output macrocells and numbers A2, A4 A16 are buried mac- 
rocells. The macrocells in the other programmable logic blocks are similarty renumbered. As previously Indi- 
cated for switch matrix 401A, the feedback lines are represented by the macrocell number. The 1/0 pin 

so associated with a macrocell is represented by the macrocell numberfollowed by a carat The dedicated input 
pins 404 B are numbered 11 through 16 respectively. 

Sbcteen of the input signals for each programmable logic blocks 402B-1, 402B-2, 402B-3. 402B-4 are 
derived from tweh^e different sources. I.e.. four I/O pin sources, four output logic macrocell feedback sources 
and four buried logic macrocell feedback sources, rotated to allow dual feedback capabDIty. 

55 Each programnnabie multiplexer in switch matrix 401 B has cells which are used to configure the multiplexer 
so that only one of the input lines is connected to the output line. The resource selection for each group of mul- 
tiplexers is presented in Table 6 and 7. 
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TABLE 6 

Twelve*bo-One ProRraitinable Hulblplexer 
Selectiog^ in Switch Matrix ^OIB 

Cell 1 Cell 2 Cell 3 Cell ^ Global Signal Selection 

0 0 0 0 I/O pin input signals from PLB ^^026-1 

0 0 0 1 Feedback signals from output logic 

macrocells in PLB 402B-1 

0 0 10 Feedback signals from buried logic 

macrocells in PLB 402B-1 

0 0 0 11/0 pin input signals from PLB 402B-2 

0 1 0 0 Feedback signals from output logic 

macrocells in PLB il02B-2 

0 10 1 Feedback signals from buried logic 

macrocells in PLB ^02B-2 

0 1 1 0 I/O pin input signals from PLB i«02B-3 

0 111 Feedback signals fron output logic 

macrocells in PLB i|02B-3 

10 0 0 Feedback signals from buried logic 

30 macrocells in PLB ii02B-3 

1 0 0 11/0 pin input signals from PLB M02B-*J 

10 10 Feedback signals from output logic 

35 macrocells in PLB *J02B-^ 

10 0 1 Feedback signals from buried logic 

macrocells in PLB lt02B-l«. 

40 
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TABLE 7 

Four-to-One Programmable Multiplexer 
Selection In Switch Matrix ^OIB 

5 

Architectural Architectural Global Signal 
Cell 1 Cell 2 Selections 

0 0 1/0 pin input signals 

10 from PLB '<02B-n 

0 1 Feedback signals 

from output logic 
macrocells in PLB 
15 ^02B-n 

1 0 Feedback signals from 

buried logic macrocells 
in PLBB-n 



20 



40 



Dedicated Input pin 
signal 



Notice that in switch matrix 4018 each input signal other than the dedicated input pin signals has at least 
25 two different entry points to a programmable logic block. Thus, the input signal sources to switch matrix 4018 
are appropriately rotated so that for any output logic macrocell and the I/O pin associated with that output logic 
macrocell, both the output logic macroceli feedback signal and the signal on the corresponding I/O pin are avail- 
able to each programmable logic block in device 4008. Also notice that each programmable logic block may 
receive the same input signals or different input signals. This allows the structure to function either as a mono- 
30 lithic an-ay with a maximum of twenty-two inputs or four separate relatively independent split anrays with a total 
maximum number of seventy input signals. 

Thus, programmable logic devices 400A, 400B have a plurality of programmable connections. The prog- 
rammable connections are a multiplicity of electrically erasable cells. The number of cells depend upon the 
specific implementation, but the number of cells for device 400A (Fig. 10) and for device 4008 (Fig. 11) are 
35 given in Table 8 and Table 7 respectively. 

TABLE 6 



Device 400A 



E2 cells for the 

AND-OR array 2x44x70 = 6,160 

^ E2 cells for the programmable 

logic macrocells 2x16x4 = 128 

£2 cells for the programmable 

input/output macrocells 2x2x16 = 64 

so 

E2 cells for the 

logic allocator 2x2x16 = 64 

E2 cells for the 2x2x16 = 64 

55 switch matrix 2x3x4 24 

TOTAL 6r504 
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TABLE 9 
Device 400B 



E2 cells for the 

AND-OR array 4x44x68 = 11,968 

E2 cells for the programmable 

^0 logic macrocells 4x16x4 = 256 

E2 cells for the programmable 

input/output macrocells 4x2x8 = 64 

IS E2 cells for the 

logic allocator 4x2x16 = 128 

E2 cells for the switch matrix 4x4x16 = 256 

4x2x4 = 32 
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TOTAL 12,704 



A partial PDB 121 is given in Figures 21 A through 21 E. The Information, as explained more completely 
25 below, is for programmable logic device 400A (Fig. 4). PDB 121 is a text file created by a standard editor. PDB 
121 Is "free formatted" with either spaces or tabs separating elements. Each line (record) must be a complete 
item and stand-alone, however. The first non-blank character in each record indicates the format of the following 
infomnation. Ten characters (";©#%&]>[$") are interpreted by resource allocation means 1 10. No special order 
is assumed for the records, although they are discussed herein in logical top-down order. 
30 Examples of each record type are given with the syntax for that record. Brackets and ellipses (T ... ]") indi- 
cate optional repetitions of a selected syntax element Comment lines may be Inserted anywhere and begin 
with a semi-colon (";•). 

PDB 121 is terminated with a logical end of file marker ("$"). Any text remaining in PDB 121 after the logical 
end of file marker Is ignored and not processed. An example of an end of file record is: 
35 $"end of File" 

PDB file 121 begins with error messages used by resource allocation means 110. The format for an error 
message record is: 

7 <FLAG> OEVERITY CODE> <ERROR MESSAGE> 

<FLAG> is a coding flag used by resource allocation means 110 to address the enror message. <SEVERITY 

40 CODE> describes the severity of the enror and is used by resource allocation means 1 10 in the error recovery 
process. For example, a severity code of "-3" terminates processing by resource allocation means 110. 
<ERROR MESSAGE> is the information provided to the user when resource allocation means 110 detects an 
error that generates the flag associated with the en-or message. The items "%r and "%2" in the error message 
are replaced with text supplied by resource allocation means 110. 

45 The physical design begins with a header record ("@") that Indicates the partname, a number to represent 

the part, the total number of device pins, the number of programmable logic blocks in the device, the number 
of input lines from the switch matrix to each programmable logic block, the total number of signal pins, the total 
number of I/O macrocells, the total number of logic macrocells (output and buried) and the total number of pro- 
duct tenms available for logic functions. An example of a header record is line H1 in Figure 218. Notice that 

50 the header record is included twice. Resource allocation means 110 searches for the header record and when 
an "@" is detected, the next record is read as the header record. 

Line DBG1 in Figure 21 B is a debug record. The debug record is tenminated with a Line DBG1 has a 
debug print out flag, <NU>, which is not used, and a series of configuration codes that indicate the number of 
resources left In a programmable logic block when the programmable logic block is considered full by resource 

55 allocation means 110. The values of the configuration codes determine the "slack* resources in each prog- 
rammable logic blodc so that resource allocation means 1 1 0 can successfully fit the user design to the device. 
"Slack" resources are those resources within the programmable logic block that are reserved so as to indicate 
that the programmable logic block is filled priorto the exhaustion of ail the actual physical resources of the block. 
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This approach provides some flexibility in resource assignment and therefore a higher probability of success- 
fully fitting the user design to the programmable logic device. 

The resources monitored are logic equations, pin macrocells, product tenms and input signals to the product 
term array. The print outflag detemnines the Information printed out for the user by resource allocation means 
1 1 0. A small number, such as 0. 1 , or 2, represents normal output ranging from a small output to a large output 
respecUvely. If a large number, e.g., 15 is selected, a printout useful for software debugging (display of internal 
variables) of resource allocation means 110 is generated. 

In PDB 121. programmable logic blocks 402 are designated by a capital letter. The letter "A" represents 
block 402-1 {Fig. 4) and letter "B" represent block 402-2. The letter T designates dedicated input pins (these 
pins are processed as block 0). Similariy, logic macrocells and the I/O macrocells are numbered 1 to 1 6 In device 
400A. In device 4008, the output logic macrocells and the buried logic macrocells are number 1 to 16 so that 
odd numbered logic macrocells are output logic macrocells and even numbered logic macrocells are buried 
logic macrocells. 

The next record Pini (Fig. 21 B). record type is the global pin list of alt ports of the programmable logk: 
device that interfaced to the outside world. The format for a record in the global pin list is: 
# {<Blk> <Macro #> <Pin #> <UR,h UR.v> <F1> <F2> <Type>...} 

<Blk> is either the programnrwble logic block associated with the pin or a dedicated input pin. The values 
for <B!k> are A, B. ... for programmable logic blocks and I for a dedicated input pin. Notice in Fig. 21 B that ground 
and power pins for device 400A are given in comment lines where "G" represents a ground pin and "P" repre- 
sents a power pin. In one embodiment, however, eight programmable logic blocks are allowed (A, B HI, 

but other embodiments may include 16. 24 or 32 blocks for example. 

<Macro #> is (i) either the number, ranging from 1 to 1 6 for device 400A. of the output logic nr^acrocell that 
is coupled to the pin for pins associated with a programmable logic block or (10 the number, ranging from 1 to 
6 for device 400A, of the dedicated input pin othenwise. 

<Pin #> is the number of the physical pin for device 400A. <UR.h UR.v> <F1> <F2> are locations for text 
labeling on the pin map in output documentation 140. <UR.h UR.v> represent the row and column location re-, 
spectively of the pin in the pin map. <F1> is either zero or one as is <F2>. <F1> and <F2> are position and 
justification flags for the label associated with the pin in the pin map. e.g.. the label positioned on top, bottom, 
right or left side of device in the pin map. Finally, <Type> is the attribute of the pin where an attribute is a member 
of the set {Input. Clock/Input. I/O Pin} is designated by the corresponding member of the set {A. B, C). A star 

terminates pin entry. This format allows more than one pin definition to occur on one line. 

One or more definitions of physical programmable logic blocks follow in PDB 121 , each definition containing 
multiplexer connections and source fanout lists of the programmable interconnection resources of the devfee. 
For each of these lists, the second item of each record is the name of the macrocell that is being described. In 
all cases a letter and number is used for reference. The letter refers to the programmable logic block and the 
number to the macrocell. 

The programmable interconnections present in programmable logto device 400. in particular the intercon- 
nections in programmable switch matrix 401, are programmable multiplexers which are modeled as a list of 
alternate links, one of which may be active at any time. Thus, in PDB 121 the possible Jinks must be identified. 

As described above, each programmable logic block 402 has twenty-two input lines from the switch matrix 
401 . The switch matrix record ("%•), designates the possible connections to each Input line for each programnv 
able logic block. Recall switch matrix 401 A has 16 four-to-one programmable multiplexers and four five-to-one 
programmable multiplexers for each programmable logic block plus two dedicated input pin lines that are input 
lines to the programmable logic block. 

The portion of the switch matrix associated with at least one programmable logic block must be specified 
using switch matrix records. However, if the switch matrix is symmetric for each programmable logic block in 
the device, complete switch nrwtrix records must be provided for only the first portion of the switch matrix pre- 
sented in PDB 121. . 

If incomplete records are detected resource allocation means 1 1 0 assumes the switch matrix is symmetric 
and completes the information in the missing records using symmetry and the infomnatton from the first portion 
of the switch matrix. Since switch matrix 401 A is symmetric, the complete records from the firat portton of the 
switch matrix are simply copied to the appropriate locations for the other portions of the switch matrix. Of course, 
switch matrix records for the entire switch matrix can always be provWed. 

Each switch matrix record has three distinct fields. The firstfield defines the output line of the programnrtable 
multiplexer and the input lines to the programmable multiplexer. Astar**" tenminates the firstfield because the 
field has a variable length. The second field controls the printing of the logical signal map and the third field 
defines the fuse map location of the architectural cells for the programmable multiplexer. The formatfora swftch 
matrix record is: 
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% <Sink>{<Sources>...} • <UR.h UR.v> <F1> <F2> {IL #F FB}* 

<Sink> is the multiplexer output line and <Sources> are the multiplexer input lines. The next three items 
are Identical to the description for the items with the same identification in the pin record. The field IL defines 
the input line in the product term array to which the multiplexer output line Is connected. 

5 Recall that each multiplexer output line is connected to a driver that provides the multiplexer output signal 

to a first line in the product term array, i.e., input line lU and the complement of the multiplexer output signal 
to a second line. The field #F is the number of architectural cells and field FB is the address of the first archi- 
tectural cell for the multiplexer. 

Consider line SWM1 in Figure 21C. which is the first switch matrix record. Line SWM1 con-esponds to the 

10 first line AIN1 in Figure 19A and is illustrated as a multiplexer in Fig. 22. The first entry In line SWM1 "A 01* 
identifies the first input line to programmable logic block A (Fig. 22). The next four entries, " A'^ 01 A 09 B^ 01 
B 09* (Rg. 22) indicate that the fourinput lines to the first multiplexer are from (i) I/O pin 1 . i.e., the I/O pin coupled 
to output logic macrocell 1 In programmable logic block A; (il) the feedback line from output logic macrocell 9 
in programmable logic block A; (iii) I/O pin 1 , i.e., the I/O pin coupled to output logic macrocell 1 in programmable 

IS logic block B; and (iv) the feedback line from output logic macrocell 9 In programmable logic block B. Notice 
that In these records, a dedicated input pin is represented by "I", and that "A*" refers to the pin associated with 
a macrocell in block A. 

In some programmable logic devices, for example the devices described in U.S. Patent Application Serial 
No. 07/243,574, entitled "Flexible. Programmable Cell Anray Interconnected By A Programmable Switch Matrix" 
20 of Om P. Agrawal, et al.. now U.S. Patent No. x.xxx.xxx issued xxxxxxxxx xx, 1 990, which is Incorporated herein 
by reference In its entirety, programmable multiplexers in feedback cells provide input signal to the product term 
array. 

A fanout list is a group of fanout records which include a list of the connections to an output line from a 
logic macrocell (both output logic macrocells and buried macrocells). However, the connections to an output 

25 line, I.e., the fanout, can be determined from the switch matrix list Since the switch matrix list defined each 
programmable connection, the source and sinks for the fanout list are detenmined by resource allocation means 
1 1 0 if they are not given in the fanout records. 

Specifically a fanout record (">") contains six fields. The first field indicates which sinks are driven by a 
macrocell output signal. A star ("'T terminates the sink list The second field is the associated text location for 

30 the logical signal map. The third field indicates which pair of product terms are the output enable product term 
for the I/O macrocell and the logic macrocell. The pair of product tenms have successive locations. 

The fourth field is the first product temn in the product term array that is associated with the macrocell. In 
device 400A, as described above, each logic macrocell may receive a multiplicity of product tenms. The number 
of product tenms depends upon the configuration of the logic allocator. However, the product tenns in the pro- 

35 duct term array may be divided into a series of clumps (control product terms are not included in this process) 
where each dump either provides input signals to the same OR gate, or is steered by the logic allocator to 
another OR gate located in a nearby macrocell. To determine the fourth field in a fanout record, each of the 
product tenm clumps are sequentially numbered starting with zero. The fourth field for other logic macrocells 
is determined simllariy. 

40 The fifth field in the fanout record is the number of products terms in the clump as defined above in the 

description of the fourth field in a fanout record. 

The sixth field, which contains four numbers, defines the product term steering connections from the pro- 
duct temn array to the logic macrocell. Specifically, the sixth field gives all product term clump numbers, as 
defined above for field four, that may be coupled by programmable multiplexers to the logic macrocell. Hence. 

45 the entries in the sixth field indicate the connection available to the logic allocator within the programmable logic 
device. Specifically, the numbers state the macrocells to which a clump can be directed. In this embodiment 
up to four clumps of product terms may be steered to a particular logic macrocell. If less than four clumps are 
steered to the logic macrocell, e.g., as in device 400A or in product sharing, a value of "99" is entered in the 
unused positions. 

50 The last field in a fanout record gives (i) the total number of architectural cells associated with either the 
multiplexer in the logic allocator, the output logic macrocell and the I/O macrocell or the multiplexer in the logic 
allocator, and the buried logic macrocell and (ii) the address for the first of these architectural cells. 

Thus, the format for a fanout record is: 
> <Source> {<Sinks>...) * <UR.h UR.v> <Ptoe> <PtIm> <Pm> <d1...d4> {#F FB}* 

55 Notice in Rgure 21 C, a "A 00" macrocell is given. This is a dummy macrocell whic^ is used to define the set 
and reset product tenms for the logic macrocells. In this record, <Ptoe> and <PtIm> are the product tenms used 
for set and reset 

The switch matrix records and the fanout records must be entered for each programmable logic block in 
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the programmable logic device. However, if the programmable logic blocks and the switch matrix are symmetric, 
only the records for the first programmable logic block need be entered and resource aOocatksn means 110 
generates the infomiation for the other programmable logic blocks. 

As illustrated In Figure 21 D. for a symmetric device for programmable logic block B, a switch matrix records 
5 contains only the <Sink> and the printing fields which are necessarily different from the values In the switch 
nrwtrix records for block A. Similarly, in the fanout records, only the <Source>, print fields. <Ptoe> and <Ptlm> 
are given. 

To complete the device desaiption a fanout list for the dedicated input pins must be given. Again, this Infor- 
mation is contained in the switch matrix records so either the user may provide the information or resource alio- , 
10 cation means 110 determines the information from the switch matrix records. 

The input fanout record ("<*) indicates which sinks which are driven by a dedicated Input signal. A star (**^ 
temilnates the sink list Following thte is the associated text location for the logical signal map. The fonnat for 
an Input fanout record is: 

< <Source>{<Slnks>...} • <UR.h UR.v> <F1> <F2> 
IS The remaining records in PDB 121 (Fig. 21E) are used in generating the documentation output and are 
described t)elow. 

As described above, user design 100 provided logical data that Is ntapped to programmable logic device 
400 which is defined by the product data obtained from PDB 121. Typically, user design and PDB 121 are 
obtained from secondary memory (disk) of the computer system in which resource allocation means 110 ts 

20 executing and loaded into main memory. Obviously, retaining data in main memory eliminates the need for 
resource allocation means 1 10 to access the same data repeatedly on secondary memory and therefore enh- 
ances the operation of resource allocation means 110. 

Hence, in one embodiment, the logical data and physical data for the selected programmable logic device 
are held in main memory. I.e., RAM, (memory) resident anray/list structures (database structures) for quick pro- 

25 cessing. As explained more completely below, the memory resident database structures are created with poin- 
ters and structured records to allow dynamic extension to different sized logic designs and various 
programmable logic device organizations. 

Prior to considering the operation of resource allocation means 1 1 0 in more detail, the main memory based 
database structures used in resource allocation means 110 are described These structures are described 

30 below in terms of progranvnable logic devices 400. In view of this disclosure those skilled In the art can describe 
equivalent structures for other programmable logic devices. 

In the following description, one implementation of memory resident databases are described using the 
Pascal computer programming language. The particular structures used to maintain the databases in main 
memory and the computer language used herein are illustrative only of the principles of this invention and are 

35 not intended to limit the invention to the particular embodiment described. In view of this disclosure, altemative 
means can be used by those skilled in the art to retain the required databases in the main memory of the conrh 
puter system for processing. 

An important aspect of the memory resident databases is that the selection of an array organization and 
fixed size limits should not constrain the database from handling dynamic sizing. For resource allocation means 

40 110 operating in a computer system having a Motorola 68000 microprocessor or one of the microprocessore 
in the Motorola 68000 series, such as the Apple Macintosh computers, all the database structures can be 
created 'on the Heap". Hence, the size of the database structures and addressing mechanism used to access 
infonmation in these structures is somewhat arbitrary. 

In this embodiment. (I) a symbol table, which is used for storing user signal symbols in user design 100. 

45 (ii) a signal database, which is used to store infonmation about the logic equatk)ns in user design 100, (ill) a 
physical database, which is used to store information characterizing the selected programmable logic device, 
and (iv) a Hungarian assignment database, which is used in resource assignment 1 30 are retained In main 
memory of the computer system. Each of these storage means and their structure are considered below In turn. 
A symbol table is used to maintain the user symbols for all signal variables. Specifically, the symbol table 

50 contains all declared pin labels, the design name, device type and so on. The symbol table includes a superset 
of all used signal variables, i.e.. input signal, output equations. I/O equations or buried equatbns variables. 

The symbol table is created by using a Hash function to place variables, described more completely below, 
within blocked records Sym.Aryl , Sym_Ary2 (Fig. 23). In Fig. 23, only two blocked records are used to illustrate 
the principles of this invention. Resource allocation means 1 1 0 typically uses a multiplicity of such records. Each 

55 of blocked records Sym_Ary1, Sym_Ary2 contains book-keeping pointers and an anray of symbol records. 
Expansion to additional symbol space is accomplished by linking additional blocked records to blocked records 
Sym_Ary1, Sym_Ary2. 

Symbol table access routines manage the addition and accessing of symbol data thereby hiding this 
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blocked structure from higher level programs of resource allocation means 1 1 0. The blocked structure provides 
incremental size modifications to the symbol table with little effect on access times and utilization of unused 
memory structures. 

The structure of blocked records Sym_Ary1, Sym_Ary2 is defined in Figure 24 and Illustrated graphically 

5 in Figure 23. Each blocked record Sym_Aryi, where i denotes the record number, includes a link nxt_ptr to the 
next block and a link prv_ptr to the previous block. The first record has link prv_ptr set to nfl and the last record 
has link nxt_ptr set to nil. Also pointer Frst_Sym points to link nxt_ptr in the first record and pointer Last_Sym 
points to link prv_ptr in the last record. Integer Loc is the location of the next open space in the array of symbol 
records sym_rec in blocked record Sym_Aryi. Each blocked record Sym_Ary cointains Tot_Sym records. In 

10 this embodiment. Tot_Sym was chosen as 64. 

Each symbol record sym_rec is defined in Figure 24 and illustrated graphically in Figure 23. In a symbol 
record (Figs. 23 and 24), pointer nxt_ptr is a link to the next symbol in the array of symbols records having the 
same Hash address (used resolve collisions of multiple symbols within same Hash bucket). 

Pointer equ^ptr is a link to an equation record in the signal database, described below, which is used if 

15 this symbol is associated with an output or buried equation. Pointer locj)tr is a link to the actual text of the 
symbol, which, in this embodiment, is stored as Pascal string in the character array described below. Pointer 
usejnk is a link to a use record containing information about which equations in user design 100 contain this 
symbol. (The use records are an array of bytes, i.e., equation numbers where this symbol is used linked with 
t>ook-keeplng pointers. (Fig. 33D)) 

20 Number sym_num (Fig. 24) is a sequence number for which symbol this is globally among all symbols 

(1,2,3...n). Number idf_val is a sequence number for which symbol this is within list of pins and nodes (1 .2,3...n). 
Number sigLval is a sequence number (1,2,3...n) for which symbol this is within the list of logic equations - 
buried and output Number len__val is the length of the symbol string In bytes. Address loc_val is the address 
into the character aaay where the symbol string is stored. (Variable loc_val is logically redundant with variable 

25 locjtr). The numbers syn_num to loc_val are in the field Val's (Rg, 23). 

The following items are in field Use Loc (Fig. 23). Vector use_vec (Fig. 24) is a Boolean vector containing 
a one bit flag for each programmable logic block within the programmable logic device where this signal is used. 
Array usejoc is an array of locations where the signal represented by this symbol is placed as an input signal 
to the programmable AND array of that programmable logic block. Code typ_val is a code for the type of signal 

30 {Input. I/O macrocell feedback, buried EQ. clock, not-used) represented by this symbol. Code inp.fnc is a code 
for the type of Input function (Direct, L^tch, Registered, not-used). Code out_fnc Is a code for the type of output 
function {Combinatorial, D-type flip-flop, T-type flip-flop, Latch, not-used). Fields BIk, Loc are the location where 
a logic equation Is placed, i.e., programmable logic block Blk and macrocell location Loc, if the logic equation 
is an output or buried equation, otherwise the fields are not used. Flag log_flg is a Boolean flag for active low 

35 (False) or high (true) interpretation of logic value within the pin list 

The actual text of the user symbols are contained within blocked records Chr_Ary (Fig. 23). Like the records 
described above, these records (Figs. 23 and 24) contain book-keeping pointers and an array of characters. 
Expansion to additional character space is accomplished by linking in additional blocked records Chr_Ary. 
The signal database contains the information that is known about the logic equations of the design, and is 

40 stored in two memory structures sig_ary and equ_ary. The general structure of the records equ_rec in signal 
array sig_ary that make up the signal database is illustrated in Figure 25 and both are defined in Figure 26. 
Each record equ_rec in signal an^y sig^ary refers to equation anray equ_ary. (just as the records in symbol 
array sym_array referred to character array chr_ary), i.e, equatton array records include book-keeping pointers, 
a location of the next open space in the equation array. In Figure 25, only the signal array records are illustrated. 

45 Each equation record equ_rec within signal array sig_ary is defined in Figure 26 and illustrated in Figure 
25. In equation record equ_rec, pointer nxt.sig is a pointer to the next related signal as auxiliary equations, 
linked to the primary logic function (tri-state, set flip-flop, reset flip-flop, and clock flip-flop equations). Pointer 
adJLsig is a pointer to the next signal to be realized in a physical programmable logic block as determined by 
partitioning means 120. Pointer sym_ptr is the pointer to the symbol record described above, for this equation. 

50 All of these points are initialized to *Nir at the beginning of processing and later reflect the progress of block 
partitioning means 120 and database Initialization 115. 

Field logic functton (Fig. 25) Includes fields loc^val, len_val, and loc_equ which are links to binary operation 
tokens detailing Boolean logic equations stored in equ_ary anay, transliterated from the TRE" or ^'PLA' file 
contents. The following fields are defined in Figure 26. but the fields are not Illustrated In Rgure 25 for darity. 

55 Field typ_va1 is the type of signal (Input, Output. Buried Node, etc). Field trs_val is the check sum of the three- 
state output enable product term for this equation. Field set.val is a check sum of the set product tenm for this 
equation. Field rst^val is a check sum of the reset product term for this equation. Number sigLval is a sequence 
number for which signal this Is within list of logic equations - buried and output (1,2,3...n). 
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In Figure 25. field Resources includes the numbers pts_val, ios_val, (Fig. 26) which are the number of pro- 
duct temns and the number of input signals for this equation. Vector Logic is a binary vector containing Vs for 
any I/O signals that participate in the Boolean equations for this signal or its auxiliary equations. Herein, "signal' 
is defined as one or more Boolean equations. For example, the main Boolean equation which defines a regis- 
tered output signal is handled in combination with auxiliary equations that specify clocking, setting and resetting 
of the register, for example. The variables scan, simcnt hold temporary values used In block partitioning 120. 
Array sim_ary is an array (O..MAX_SIM) containing the six largest values of similarity recorded between this^ 
equation and others, as described more completely below. Each record in the array Includes two Integer vari- 
ables sig and cmn. 

The memory resident physical database contains information about the physical programmable logic 
blocks selected for programming and the logical modules generated in block partitioning 120 of user design 
100. The memory resident physical database is stored in several structures, l.e., the switch matrix, fanout pin 
and pin/block arrays and a coarse physical database. Each of these structures is described more completely 
below. 

The coarse physical database consists of an array of physical records (O..MAX_BLK), (Rg. 27). The 
maximum number of records MAX.BLK in the array is a constant defined below. Number MA)CBLK must be 
larger than the number of programmable logic blocks for any PLD defined in PDB 121. The first record in the 
array, i.e.. record (0), contains infomnation about dedicated input pins of the progranvnable logic device. 

The next FYS^BLK records, where FYS.BLK is the number of programmable logic blocks in the programnv 
able logic device, contain Information about the programmable logic blocks. The remainder of the records In 
the coarse physical database. (MAX_BLK-FYS_BLK+1) records, relate to logical modules, which, as explained 
more completely below, are unrelated to any particular programmable logic block, and are defined in block par- 
titioning 120. In the following description of the records in the coarse physical database, the tenm "module" refers 
to both logic modules and programmable logic blocks unless otherwise indicated. 

Each physical record fys_rec (Fig. 27) is defined in Figure 28. Pointer SIGS is a pointer to the logical signal 
equations placed in this physical module. Pointer SIGS is Initialized to nil. The number nxt_pin, BIk (Fig. 28), 
(shown as Pin. BIk in Fig. 27) is the next pin available for placement of a logic equation. The field Lim's (Fig. 
27) contains the variables PT_LIM. IO_UM. EQ.UM. PM_UM (Fig. 28) which are Integer variables used to 
define the limit number of product temns. I/O signals, equations and pin maaos, respectively, allowed by the 
PLD device specifications in PDB 121 to be within this module. 

Field Cnfs (Fig. 27) contains a series of variables that characterize the utilization of the nrodule, used by 
user design 100. Specrically. variable SIZV1 (Fig. 28) is the percent of this module utilized, i.e., a measure of 
how full this module is. Variable FANCNT is a count of how many signals leave this module and are connected 
to other signals. Variable FulCnt is a count of how many times this module was selected for addition of signals 
by block partitioning 120. after the module was mariced as "full". Variables lOMCnt, BurCnt, SIgCnt are counts 
of resources, i.e., I/O macrocells, buried macrocells and input signal, respectively, used by user design 100. 
Variable OrdVal is the order of macrocell assignment for this block in sequence 1,2,3... as delenmined after 
block partitioning 120 (sequence depends on fullness). The fullest block is first, and so on. 

An^y PTa (Figs. 27 and 28) is an array of product term limits available within this module. Array PTa Is 
used for PLDs having a fixed product term disbibution instead of a programmable logic allocator as in PLD 400. 
The process of checking the fit of a logic equation, described more completely below, is modified to find the 
first available resource within a programnnable logic block that can accommodate the desired equation. 

Field Bin Vec*s (Fig. 27) contains three binary vectors. Vectors PSBL, LOCL. USED (Fig. 28) are binary 
vectors containing Vs for any I/O signals that participate in Boolean equations for signals placed within this 
module, and otherwise, zero. Vector PSBL indicates those signals that can reach the module with transfers 
through the switch matrix. Vector LOCL indicates those signals initially "seeded" to be available in the module 
and vector USED indicates those signals actually involved with equations placed in the module. 

Detailed interconnect and resource definitions for the selected programmable logic device are contained 
in three an^ys called Switch Matrix, Fanout and Pin aoays. Each of these anBys is declared on the heap in 
this embodiment, and referenced by a pointer. The switch and fanout arrays SMX^ary, Fan_ary have similar 
stmctures. i.e.. each is an array of records RHdr_rec (Fig. 28). Each of these three an-ays must be large enough 
to contain an element for each programmable logic block and macrocells of the programmable logic devtee, 
e.g., 8x25 elements for devices 400. 

Switch matrix anray SMX_ary and fenout an^y Fan.ary are defined in Fig. 28 and illustrated in Fig. 29. 
The pointers SMX_j)tr and Fanjtr for array SMX.ary and an^y Fan^ary, respectively, are used to access a 
record RHdr^rec which is also fllustrated in Fig. 29 and is defined In Fig. 28. Reld PTS. PTC contains infomrtation 
about product tenms resources read from a fanout or switch matrix record in PDB 121. For the fanout array, 
number PTS indicates how many product temis are available at this macrocell. Array PTC is an array of mao- 
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rocells to which these product terms can be steered. For the switch matrix, number PTS reflects how the product 
temn groups have been allocated. An-ay PTC indicates which product terms can be steered to this macrocell. 

Field VaKs (Fig. 29) contains an index SIG_VAL (Fig. 28) which is an equation array index for the signal 
placed in this macrocell (identified by [BLK, Loc] address) and a small integer TYP_VAL which indicates the 
5 usage of this macrocell (Input, output, buried, etc.). 

Field IR*s (Fig. 29) includes a count IRCNT (Rg. 28) of connection resources at this macrocell and a pointer 
IRsrc to a list of particular connections available at this macrocell as described in resource record Rsrc_rec 
(Fig. 28) Count IRCNT is determined as PDB 121 is read. Count IRCNT must be less than the number max_rsrc 

Each resource record Rsrc_rec includes variable BLK and LOC which give the block and location in the 
10 block of the resource. Recall that the switch matrix record in PDB 121 list input signals to the multiplexers in 
the switch matrix and the fanout records lists where each macrocell output signal goes. This information is used 
to model connection resources. 

Variable SW_POS (Figs. 26 and 29) Is a variable used for recording which Interconnect resources and con- 
nections are used. Field Fuse Info (Fig. 29) contains the number of fuses NFUSE (Fig. 28) and starting address 
IS FSBAS for fuses associated with switch matrix. 

Record GPH_REC (Fig. 29) is a record of location information and flag settings, i.e., SQR, NUM and STR 
(Fig. 28, 29 and 33C) for display of logical map annotations. Finally, variable lUNE contains the input tine within 
the programmable AND array associated with this macrocell as defined above in PDB 121. 

Pin aaay Pin_ary Is illustrated in Fig. 30 and defined in Fig. 31. Pin array Pin_ary describes which pin occurs 
20 at a particular macrocell address (BLK, Loc). The pin array is an array of records pind_rec (Fig. 31 ). Pin aoay 
Pin_an'ay is accessed by pointer Pin jtr. 

Record pind_rec is illustrated in Fig. 30 and defined in Fig. 31. Pin number PIN_NO is the number of a 
physical pin {1..44} for device 400. described above. Variable PINJTYP indicates whether the pin is an dedi- 
cated input, CLK/INP. or I/O pin and is encoded as A, B C respectively. Index SIG_VAL is an equation array 
25 index to the signal placed in the macrocell associated with this pin. Integer TYP_VAL is an integer Indicating 
the usage of the macrocell associated with this pin (input, output, buried, etc.) Record GPH.REC (Fig. 30) is 
a record of location information and flag settings, i.e., SQR, NUM and STR (Figs. 30 and 33C), for display of 
pin map annotations. 

A pin array p2B_ary (Rg. 31) is an array of records PIN_Rec. Pin an-ay p2B_ary is the inverse of pin anray 
30 pin_ary and shows which macrocell can be found at a particular pin index. Each record PIN_Rec includes a 
block BLK and macrocell location LOC that define the correspondence between the device pin and the mac- 
rocell and programmable logic block location. 

Figure 31 also lists two types of records used in the bookkeeping for the programming of the various fuses 
within the PLD, (Herein, fuses, architectural cells, EPROM cells and EEPROM cells are used interchangeably.) 
35 Records PT_rec are data structures for the main programmable logic an^y AND/OR functions. Records 
FUS_rec contain 281 "lines" of these, i.e.. enough for a four block programmable logic device (PLD). Array ASF 
(60 integers) is used for the macrocell architecture and switch matrix fuses. 

The Hungarian assignment process used in resource assignment 130, as described below, uses three spe- 
cial data structures. The first data structure HAA (Fig. 32) consists of an array of records HA_Lnk representing 
40 links" of the cover graph. This structure is defined in Figure 32. The individual fields of this record desen/e 
some comment and are understood more cleariy in view of the description below of Figs. 42D and 42E: 



covr, - 


column entry covered 


whoc, - 


row that covers column covr 


left- 


entries for cover graph on left side of graph numbers within circles in Fig. 42E 


45 right. - 


entries for cover graph on right side of graph numbers within circles in Rg. 42E The following vari- 




ables are repeated for each row of graph as required. 


frmi, - 


row indicator on left hand side of graph from which links extend to column indicator on right hand 




side of graph 


head. - 


labels for right side of Fig. 42E 


50 Lent, - 


link count of number of tails used from row fnm) 


taD,- 


array of arc tails leaving left side of Fig. 42E 



The second data structure MPA.array is a square array of costs. The array Is an n x m grid of integers 
reflecting the individual costs of mapping n rows to each of the n columns where, in this embodiment, n = m. 

The third data structure PTA (Rg. 32) is an an^y of records PTA_rec representing the summary measures 
55 associated with a particular executton of the programmable logic block or maaocell assignment Structure PTA 
and record PTA.rec are defined in Rgure 32. Variables SPM, St^ are temporary variables used for multiple 
purposes. Number PTU represent the product terms used by the logic equation being assigned resources. 
Index Sig is an equation array index of the signal to be placed in a macrocell during the assignment Number 
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PTA is the number of product terms available at this macrocell. The programmable logic block LBk, and the 
macrocell location Mac are the next variables in the record. Variable Fan is the number of programmable logic 
blocks driven by the signal placed in this macrocell. Pointer Sym is a pointer to the symbol record for the signal 
placed in this macrocell. 

5 In addition to the structures described above, several constants (Fig. 33A and 33B) are required for global 

dimensioning. These constants are selected based upon the size of the programmable logic devices in PDB 
121. The constants in Figures 33A and 33B are based upon the family of devices 400. Figures 33C through 
33E complete the definitions required for operation of resource allocation means 110 in this embodiment 
Prior to starting database initialization 115. the basic design limits are established at compile time using 

10 the information described above. Database initialization creates the portions of the structures described above 
which are based upon the information in user design 100, PDB 121 and PLC 122. 

Database initialization 1 1 5 is illusb-ated in more detail in Fig. 34. The first operation in database Initialization 
1 1 5 is overall initialization 115-1. Overall initialization 1 15-1 defines the global data used in resource allocation 
means 110* and the pointers, variables, and structures used in main memory, as well as the names of its f9es 

IS used for the memoiy resident signal and device databases. One embodiment of these global data structures 
was described above. 

Specifically, overall initialization 115-1 defines the signal database structure for storing the user's logic 
design in main memory of the computer system in which resource allocation means 1 10 is operating. Typically, 
user design 100 is a file on secondary storage of the computer system. Overall initialization 115-1 also creates 

20 and allocates space for the database structure for subsequently storing infonnation In main memory charac- 
terizing the part to which user design 100 is being mapped. As described above, these databases are held in 
a memory resident array/list structure for quick processing. The databases include pointers and records that 
allow dynamic extension to different sized logic designs and various progranrmiable logic device organizations. 
Upon completion of overall initialization 115-1, database initialization 115 passes processing to user design 

25 fonmat test 1 1 5-2. If user design 1 00 is in the "PLA" file fonmat, processing transfers to Read PLA design 1 1 5-3. 
Conversely if user design 100 is in the "TRE^file format processing transfers to Read TRE design 1 154. Both 
read Pl^ design 1 1 5-3 and read TRE design 115-4 read user design 100 and place the information in the signal 
database structure described above. 

As explained above, user design 100 may be encoded in several file formats. Thus, two different embodl- 

30 ments are provided for generating ti^e signal database. In view of this disclosure, those skilled in the art can 
incorporate other file formats for user design 100 into database initialization 115. However, the PLA file fonmat 
is a relative standard because this formats has been adapted by several industrial companies. 

The process read Pl^ design 115-3 for reading user design 100 is depicted in Figure 35. Read Pl^ design 
115-3 has a single main loop containing tests 115-3-02 through 115-3-09. Each test either branches to the 

35 related processing function 1 1 5-3-1 3 through 1 1 5-3-1 9. respectively, or passes processing to the next test The 
last decision t>ox 1 1 5-3-09 leads to another series of decision boxes for processing each of the syntax exten- 
sions which is identical in format to the illustrated loop. Three of the syntax extensions, (TrTLE, JEDECFILE, 
DEVICE), described above, lead to simple data storage operations. Two of the syntax extensk)ns (PINS. 
NODES) lead to a processing operation (Pin/Node list reader) which is explained more completely below. 

40 Initially, read PLA 1 15-3-01 reads a single non-blank sequence of characters from user design file 100 and 

categorizes the data read. Processing then passes to test done 115-3-02. If an end flag is detected, test done 
1 15-3-02 transfers to sort PLA lines 1 15-3-20. Otherwise, the data is sequentially processed by tests 115-3-03 
through 115-3-09 until one of the tests recognizes the data as specifying a particular PLA data type. Notice 
tests 1 1 5-3-03 through 1 1 5-3-09 sample for each of the data type entries in the PLA syntax, as described above. 

45 Upon a test recognizing the data, processing branches to the related processing functbn which in turn reads 
the rest of the line of data in user design 100. When test .e 115-3-07 detects the end of user design 100, the 
end flag is set which in this embodiment Is setting DONE to "true". 

In ttiis embodiment, processing functions 1 1 5-3-14, 1 1 5-3-1 6, 1 1 5-3-1 8,11 5-3-1 7 only implement storage 
of Information. Processing functions 1 1 5-3-1 3. 1 1 5-3-1 5. 1 1 5-3-1 9, however, are more complex functions which 

50 botii interpret and store the data. PLA line reader 1 15-3-13 reads the input and output logic strings and adds 
a copy of the input string to selected symbols identified within the output string. PLA line reader 115-3-13 uses 
the phase string in this process by matching the individual characters of the two strings (output and phase) to 
indicate whrch output variable to store. Each of these input strings represent product terms In the selected output 
variable's logic function or a related auxQiary equation. These product terms are stored In an unordered linked 

55 list and identified by the logic function decoded from the signal extension. 

1/0 list reader 1 1 5-3-1 5 and pin/node list reader (included within procedure command 1 1 5-3-1 9) are simQar 
in that both take the provided signal string, break the signal string Into its component parts (ABCAR-:13. for 
example into name, "ABC*, functional extensbn, "AR", polarity. and number, "IS* , and call the symbol table 
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routines, as described above, to store the relevant infonmation. Functional extensions, rf provided, lead to nu- 
merical encoding of equation type (T, D, comb, latch, etc.) 

After user design 100 has been read and processed, the logic functions are converted to the Interna! formats 
needed by resource allocation means 110, specifically the fonnats of signal array sig_ary records, i.e., the 

5 equation records equ_rec, described above. Hence, sort PLA lines 1 1 5-3-20 first sorts for each logic equation, 
called the main function, to place all product temns of the main function in sequence, followed be each of the 
auxiliary equations, if present Specifically, sort PLA lines 1 15-3-20 performs this sort function by a single pass 
over the linked list of PLA lines. 

Next, build equation 1 1 5-3-27 builds each equation within signal anray sigLary using the sequence of pro- 

10 cessing steps 1 15-3-21 through 1 15-3-25. The processes are (i) calculating the equation length, (ii) reserving 
space for the equation record, (ill) saving the equation in the byte opcode format, (iv) linking variables where 
they are used, and (v) updating the summary statistics - the one's in the Boolean vector and product tenm Input 
ones counts. Upon completion of these processes, the processing of user design 100 by generate signal datab- 
ase 115 is complete. 

IS If user design 1 00 is in the TRE file format, read TRE design 115-4 (Rg, 34) uses process read TRE 115-4 
illustrated in Rgure 36. Read TRE 115-4 includes three main loops. One loop for each of the major blocks of 
data present within user design 100, i.e.. the declaration header, pin lists, and equation lists. Since the data is 
user design 100 is sequential, each of the three main loops operate in sequence. Each of the sections in user 
design 100 are variable in length, and therefore have a termination signal encoded at the end of a section. All 

20 of the objects in each of the file sections are represented as short lines, containing one or more numerical codes 
for data identrficatton, followed sometimes by alphanumeric strings of additional data. 

The design declarations of TITLE. AUTHOR, DATE and COMPANY, PATTERN and REVISION are con- 
tained in the header section. In the first loop, read header info 115-4-102 reads the design declarations. Save 
in header strings 1 1 5-4-1 04 places each character sequence read in the appropriate header string for later use 

25 in documentation generation 145 (Fig. 6), I.e., annotating the design documentation 140. The device type (nu- 
merical code) concludes the header section of user design 100 and processing passes to the second loop. 

The second loop processes the pin lists in user design 100. The pin list section contains declarations of 
the user signal names to be placed on the device pins and internal device nodes. This infonmation Is functionally 
kientical to the SignaLList described above for the PLA file format, although the infonnation is specified diffe- 

30 rently. 

Read pin info 115-4-105 reads each pin record in user design 100. For each entity, i.e., either a pin or a 
node, save in symbol table 1 15-4-107 creates a symbol table entry and annotates the necessary flags for pol- 
arity, function and numerical identification, if known. After ail of the pin records in user design 100 are proces- 
sed, processing passes to the third loop in Read TRE 115-4. 

35 The third loop processes the equation section in user design 100. The equation sectbn is a flattened, 
sequential representation of the structured equation nodes previously described with respect to Figure 8A. 
Read equation information 115-4-108 reads each of the lines. Save in equation stack 115-4-110 compresses 
each line as necessary and then examines the line if it contains a signal reference. If present, the signal name 
reference is translated using the symbol table to a single index number (byte opcode) and stored appropriately 

40 in equation array EQU_ARY. A first-in-last-out stack is used to reverse the order of the operations. 

After all the logic equations are processed, update signal summaries 115-4-1 1 1 build links to tie the list of 
equation operations to the symbol table and to signal an'ay Sig_Any, including summary infonmatk)n in the 
equation records equ_rec. This process was described previously in build equation 115-3-27 (Fig. 35) and that 
discussion is Incorporated herein by reference, 

45 After the processing of user design 100 is complete, part specified test 115-5 (Rg. 34) passes control to 
read FOB 115-6 if user design 100 specified a particular device for implementing the design and to find part 
115-7 otherwise. 

Read POB 115-6 Is depicted in Figure 37. Read PDB 115-6 has of a single main loop that sequentially 
reads PDB 121 and stores the infonnatton In the memory resident physical database, described above. In the 
50 loop are tests 1 15-6-03 through 1 15-6-10 which check for each of the data type entries in the PDB syntax as 
described above i.e., Header, Configuration variables. Switch Matrix, Fanout, Pinlist and graphical map infor- 
mation. 

Initially, zero PDB 1 1 5-6-02 zeros memory reside nt physical data base. Next if the done flag is not set, test 
done 1 15-6-03 reads and categorizes a single non-blank sequence of characters from PDB 121. Each of pre- 
ss cessing functions 115-6-14 through 115-6-20 is executed based on the recognized datatype. The process of 
reading and categorizing the single non-blank sequence of characters here is different than the previously men- 
tioned in that the process here also converts single character entries for logic block identrficatton (A, B, C, D, ... 
H) and input block (I) into simple index codes (0, 1, 3, 4, .... 8). 
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Each of the processing function 115-6-14 through 115-6-19 are structured to process PDB 121 and build 
the memory resident databases described above. Specifically, the fomiats for each line In PDB 121 have been 
translated to read statements and the read data are converted to the structures in the physical database. Briefly, 
when an @ records in PDB 121 is detected, @ test 114-6-04 transfers processing to read header 114-6-14 
which reads the remaining portion of the record. Read header 114-6-14 determines whether the header record 
is for the specified part in user design 100. If the header record is not for the specified device processing con- 
tinues in read header 115-6-14 which locates either the next @ record or the end of PDB 121. If the end of 
PDB 121 is detected, an error message is sent to the user and all processing terminates. 

When read header 115-6-14 detemnines that the header record corresponds to the specified part, proces- 
sing transfers to done test and the remainder of the PDB 121 file is read to fill out the product data described 
above located in the memory resident physical database. In this embodiment, processing functions pin list 115- 
6-1 9, Switch matrix 1 15-6-1 6 and Fanout list 1 1 5-6-1 7 share common lower-level routines ior reading lists, fuse 
data, product temns. etc. 

Part specified test 1 1 5-5 (Rg. 34) passes control to find part 1 1 5-7 if user design 1 00 fails to specify a par- 
ticular device for implementing the design. Find part 1 15-5 Is identical in operation to read PDB 115-6 except 
read header operates differently in find part 1 1 5-7. In find part 1 1 5-7. read header reads the header record and 
compares the total number of device pins, the total number of signal pins, the total number of I/O macrocells, 
total number of logic macrocells(output and buried) and the total number of product terms available for logic 
functions for the device with the data in the signal database to ascertain whether the device is suitable for the 
user design. If the device is not acceptable, the next header record is processed by read header. This process 
continues until either an acceptable device is located or the end of PDB 121 is reached. If the end of PDB 121 
is reached, processing terminates as described above with respect to read header 115-14. When an acceptable 
device is located, processing transfers to read PDB 115-6 and read PDB 115-6 reads the device description 
in PDB 121 as described above. The information read by read PDB 115-6 is stored in the memory resident 
physical database, described above. 

The user may specify one or more preplacements of signals (logic equations) in a PLC database file 122 
separate from user design 100. Alternatively, user design 100 may be analyzed by database initialization 115-1 
and if the design has been detemiined through empirical experience to require preplacement of one or more 
signals, a design preplacement database may be included with resource allocation means 110. Definition of 
the tests to identify user designs requiring preplacement for successful implementation on a programmable 
logic device requires further analysis to determine how to identify such designs and how to provide signal pre- 
placements that result in successful implementation of the user design, 

PLC 122 is a free-formatted file containing signal names followed by pin ornode names on which the named 
signal is to be located. Alternatively, the signal name can be followed by a block assignment (A. B, ... D). Eitho" 
of these formats locates a signal at a specified position in programmable logic device 400 prior to the operation 
of resource allocation means 110. 

Read PLC 1 1 5-8 (Fig. 34) reads the user supplied database with preplacement of selected signals In user 
design 100 on either selected physical pins of the programmable logic device or within a selected programmable 
logic block of the programmable logic device. 

Upon completion of read PLC 1 1 5-8, fixall 1 1 5-9 ascertains whether any information for the selected pro- 
grammable logic device was not given in PDB 1 21 . For any missing information fixall uses symmetry conditions 
and the information given for the first programmable logic block processed in reading PDB 121 to generate the 
missing information. Specrically, fixall 115-9 copies the switch matrix definition Including the fuse numbers from 
the first programmable logic block specified in PDB 121 to the other programmable logic blocks defined in PDB 
121. Next, the fanout infonmation including the product term and fuse information for the first programmable 
logic block specified in PDB 121 is copied to the otiier programmable logic blocks defined in PDB 121. 

After the fanout information is complete for all programmable logic blocks in the programmable logic devtee, 
fixall 115-9 transforms the product term fanout list to a product temfi avaflable list Subsequentiy, the macrocell 
output signal fanout list is derived from the switch matrix infomfiation. Fbcall 115-9 then derives a summary of 
the available resource limits in each programmable logic block for use in block partitioning 120. Finally, fixall 
1 15-9 performs the design processing necessary for grouping of logic equations for set, reset and tristate func- 
tions associated with logic macrocells and 1/0 macrocells respectively. Specifically, the auxiliary logic equations 
are grouped with the main logic equation for subsequent processing. 

After processing is completed by fixall 1 1 5-9. gate count 115-10 (Fig. 34) conducts several tests to WentiV 
any obvious inconsistencies between the infomnation in the signal database and the physical database. Speci- 
fically, the overall resource of ttie selected programmable logic device are compared with the user's design 
overall resource requirements. For example, is the total number of input and output signals In the signal data 
base greater than the total number of physical pins for the selected device? Is the total number of output signals 
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in the signal database greater than the number of I/O pins for the device? Is the number of registered logic 
equations greater than the number of logic macrocells in the device? Are the product terms required greater 
than the available product terms in the device? Is the number of clock signals supplied on physical pins greater 
than the number of physical pins available for dock signals? Is the number of gates in the user design greater 

5 than the number of gates in the programmable logic device? If the answer to any of these checks is yes, pro- 
cessing terminates and the user must con-ect the problem. Alternatively, the percentusageof the programmable 
logic device is calculated and this percentage along with the comparison for each of the questions is provided 
to the user in an output fOe. 

If gate count 115-10 is successfully completed, database initialization 115 is complete and resource alio- 

10 cation means 110 is ready to begin block partitioning 120 (Fig. 6). Block partitioning 120 splits the user logic 
into a selected number n of roughly equal-sized modules where the selected number n is the number of prog- 
rammable logic blocks In the selected programmable logic device. In block partitioning, the modules are not 
associated directly with a specific programmable logic block in the progranvnable logic device. Rather, related 
logic functions in the user design are grouped together In a module so that the number of signals at module 

16 boundaries are minimized and the resources of a programmable logic block are not exceeded by the resources 
required by the logic equations placed in the module. 

As described more completely below, logic clusters are grown around "seed" equations placed arbitrarily 
in a module. User pin pre-placements, which were read in database initialization 115 (Fig. 34), can also be used 
to start this process. Logic equations are added to the module in an order detemnined by their "affinity" to the 

20 seed equation. 

Resource limitations for the number of available logic equations and signal connections (block input and 
output pins) are enforced as a "hard" limit for each module. Once these limits are reached, any overflow logic 
equations that have an affinity for the module are placed in a secondary module, or finally a non-present "virtual" 
nr>odule, if all physical modules are filled. "Slack" resource quantities, if present in the PDB 121 on the configu- 

25 ration variables, nrK>drfy these hard limits. 

In this embodiment of block partitioning 120, a crystallization process is used. Prior to describing the 
detailed process used In block partitioning 120, a simple application of the crystallization process is considered. 

The crystallization partitioning process, in this embodiment, generates a measure of the similarity of two 
logic equations in terms of their input logic signals. To generate this measure, the user logic design Is analyzed 

30 and the total number of different input logic signals in the logic design are determined by determine variable 
300 (Rg. 38). For this example, the total number of different input logic signals is ten. 

Next, for each main logic equation an n bit Boolean vector is allocated by allocate vectors 301. Each bit in 
the Boolean vector is associated with one of the input signals. In this example for logic functions A and B. each 
of which are defined by a main logic equation, a ten bit Boolean vector BV{A} and BV{B} is formed. The ten 

35 input logic signals are ordered from 1 to 1 0 and if an input signal is in logic function A, a "1 " is entered in Boolean 
BV{A) in the position for that signal. If the input signal is not in logic function A, a "0" is entered in Boolean 
BV{A) in the position of that variable. Thus, in set bits 302, for each bit in the Boolean vector. If the input signal 
represented by the bit is in the logic function associated with the Boolean vector, the bit is set to a first pre- 
determined value and otherwise to a second predetermined value. Typically, all the Boolean vectors are 

40 initialized to the second predetenmined value so that set bits 302 only sets the appropriate bits to the first pre- 
determined value. 

Following this procedure for the input logic signals to logic functions A and B. the two Boolean vectors of 
logic functions A and B respectively are (Note these values were arbitrarily picked for this example): 

BV{A} = 0001110011 
45 BV{B} = 1001010001 

After the two Boolean vectors are defined, process 310 compares the two Boolean vectors to determine 
the number of similar signals and the number of different signals. Specifically, Boolean vector AND 303 in pro- 
cess 310 generates a Boolean vector BV{C} by calculating a bit-wise AND of Boolean vectors BV{A} and BV{B}. 
Also, Boolean vector OR 304 generates a Boolean vector BV{D} by calculating a bit-wise Exclusive OR of Boo- 
50 lean vectors BV{A} and BV{B}. Boolean vectors BV{C} and BV{D} are: 

BV{C) = 0001010001 = BV{A) " BV{B} 

BV{D} = 1000100010 = BV{A} :+: BV{B} 

Boolean vector BV{C} indicates how many input signals are common to both logic functions. Boolean vector 
BV{D} indicates the different input signals - those present in one logic function, but not the other logic functton. 
55 Count 305 counts the total number of ones In Boolean vector BV{C} and the total number of ones in Boolean 
vector BV{D}. Similarity measure 306 generates the simOarity measure between logic functions A and B. The 
similarity measure is: 

SImllarity{A.B} Ones(BV{C}) - Ones(6V{D}) div 3 
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where Ones(BV{ }) is the total number of ones in the binary vector BV{ )^bs determined by count 305 and "dw 
3" means divided by three. The similarity measure is limited to positive values. Hence if the similarity measure 
is negative, the similarity measure is set to zero. 

Thus, for binary vectors BV{A) and BV{B) the similarity measure is: 

5 Similarity{A.B} = 3 - (3/3) = 3-1=2 

The division weighting of binary vector BV{D) causes the similarity measure to more heavfly favor common 
input signals over different input signals. Other weighting factors may prove more effective for some designs. 
The "3" used for division was empirically chosen. In this embodiment, input signals to logic equations have been 
used to ascertain the similarity of logic equations. In view of this disclosure, other logic variables could be used ^ 

10 in the similarity determination. 

Block partitioning 120, as illustrated in Figure 39, includes four main steps: initialization 120-1, similarity, 
120-2. grow modules 120-3, and update signal database 120-4. The ftrst operation In initialization 120-1 Is to 
initialize the Boolean vectors for each module to reflect seed preplacements. The Boolean vectors for the mod- 
ules are the same size as the Boolean vectors for each of the logic equations. As logic equations are added 

IS to a module Boolean vector, the bits corresponding to the input signals for that equation are set to the first pre- 
determined value. Note that the initialization operation described above with respect to the Boolean vectors In 
the similarity process, in this embodiment, are performed in database initialization 115. 

Next, in initialization 120-1 limits for the maximum number of equations in the programmable logic device 
and in each programmable logic block, the maximum number of macrocells associated with a physical pin In 

20 the programmable logic device and in each programmable logic block, the maximum number of product terms 
in the programmable logic device and in each programmable logic block, and the maximum number of input 
signals to the programmable logic arrays in the device and in each programmable logic block are determined, 
placed in the coarse physical data structure described above. The calculated limits are adjusted for any signals 
preplaced in a module by the user in PLC 122. 

25 After completion of initialization 120-1, similarity 102-2 determines a simflarity measure between all poss- 

ible pairs of logic equations using the process described above. For logic equation Sm, equation Sm is paired 
with all successors in the signal an-ay up to logic equation Sn, the last equation in the signal anray as: 

Similarity{Sm, Sm+1), Simnarity{Sm, Sm+2) Similarity{Sm, Sn) 

where Similarity{Si, Sj) Is detemnined as described above for logic equations A and B. Specifically, process 

30 303 through 306 (Rg. 38) are performed for each pair of logic equations. Processes 300 through 302 were pre- 
viously perfonmed In database initialization 115. 

For a signal array of n equations, there are n*(n-1)/2 possible pairings. When n Is large, e.g., greater than 
30-40. many of the pairings are meaningless, i.e.. the similarity measure is zero orneariyzero, so that the pairs 
of logic equations have little simflarity. Hence, in this embodiment, the similarity measures are sorted for each 

35 equation Sm and only the measures greaterthan a predetermined value are retained for subsequent processing 
in block partitioning 120. Hence, only about the 5 to 10, preferably about 6, largest similarity measures and the 
associated logic equations are retained in the memory resident signal database, described above. 

After all similarity measures have been detemnined by similarity 120-2, grow modules 120-3 (Fig. 39) 
sequentially finds (i) the most similar pairing, i.e.. the pair of logic equations in the array that have not yet been 

40 placed and that have the largest similarity measure, and (ii) the physical module that is most Veceptive" to plac- 
ing thai pair within it, i.e. the module that has the highest affinity with the pair of logic equatwns. 

When an equation is added to a nrwdule the Boolean vector for each module is formed by entering a one 
in each location of the vector which coaesponds to an input signal that has been assigned to the module. Herein, 
a module Boolean vector is represented by LOCLx where x Is the letter (A, B, C, D) designating the module. 

45 If the user did not specify logic equation preplacements, user preplacement test 120-3-1 (Fig. 40) transfers 

to random equation placement 120-3-3. One logic equation is randomly assigned to each module by random 
equation placement 120-3-3 and Boolean vectors LOCL are updated. Otherwise, user placements are proces- 
sed in seed module 120-3-2. Again, when each equation Is processed, Boolean vectors LOCL and avaBable 
resource quantities are updated. Grow modules 120-3 is complete when all equations have been placed. Other- 

50 wise, pairs of equations are considered for placement All equations placed test 120-3-4 controls when pro- 
cessing completed and control is passed to update 120-4 (Fig. 39). 

The next pair of logic equations Sx, Sy having the highest overall similarity measure are located by find 
max similarity 120-3-5, i.e. the pair of equattons among all the unplaced pairs that have the maximum similarity 
measure. If neither logic equation Sx nor logic equation Sy has been placed In a module, both equations 

55 unplaced test 120-3-6 passes processing to place euqations 120-3-8. 

If either of logic equations Sx or Sy have already been placed in a module, processing transfer to one 
equation unplaced test 120-3-6. If one equation in the pair is unplaced processing transfers to co-place equa- 
tions 120-3-9. Co-place equations 120-3-9 attempts to place the unplaced logic equation within the same mod- 
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ule that the other equation is placed. Lastly, if both signals have been placed in different modules, merge mod- 
ules 120-3-10 tries to merge both of the logic modules into one larger module. Grow modules 120-3 continues 
with the next pair of equations having the highest similarity unless all equations have bene placed in which case 
all equations placed test 120-3-4 transfers to update 120-4. 
5 Place equation 120-3-8, illustrated In more detail in Figure 41 A, computes the similarity measure of the 

pair of equations Sx and Sy to the Boolean vectors LOCLa, LOCLb of the modules in sequence (a,b,..) In 

locate receptive module 120-3-8-1. Specifically, locate receptive module 120-3-8-1 detemnines the receptivity 
of each module for equation Sx, Sy, where the receptivity Is 

Receptivity{Sx,Sy,a) = Max(Simi!arity{Sx . LOCLa}. Similarity{Sy. LOCLa}}-FuLCnta 

10 Receptivity(Sx.Sy,b) = Max{Similarity{Sx, LOCLb}, Stmilarity{Sy, LOCLb})-FuLCntb 

The factor FUL^Cnt Is a measure of the number of times that block partitioning 120 has attempted to place 
a logic equation in a full module. The variable FUL_Cnt is initially zero for each module. The correction to the 
receptivity by the variable FUL_Cnt effectively diminishes the receptivity for the full module which has the effect, 
as explained more completely below, of placing the logic equations In an empty module rather than a nearty 

15 full module. Recall that in PDB 121 , the user selected limits such that the modules were declared full prior to 
actually being completely filled. As previously explained, the stack resources are maintained to increase the 
probability of successfully allocating the resources in the programmable logic device to the user logic equations. 

The operatk)ns in locate receptive module 102-3-8-1 (Fig. 41A) are Illustrated in more detail in Fig. 41B. 
The steps in locating the receptive module are module check 120-3-8-11. similarity EQ1 120-3-8-12, similarity 

20 EQ2 120-3-8-13, detenmine max 120-3-8-14, adjust max 120-3-8-15. Module check 120-3-8-11 ascertains 
whether the receptivity has been detemiined for each module. If all the modules have been processed, locate 
receptive module 120-3-8-1 passes processing to place first equation 120-3-8-2. 

However, if one or more modules must still be processed module check 120-3-8-1 1 transfers processing 
to similarity EQ1 120-3-8-12. Similarity EQ1 120-3-8-12 and similarity EQ2 120-3-8-13 (processes 303 through 

25 305 (Fig. 38)) determine (i) the similarity measure for Boolean vector for the first logic equation Sx in the pair 
of equatk)ns and the Boolean vector LOCLforthe module and (ii) the similarity measure for Boolean vector for 
the second equatk)n Sy in the pair and the Boolean vector LOCLfor the module, respectively. 

Find max 150-3-8-14 determines the maximum of the two similarity measures and passes this value to 
adjust max 150-3-8-18. Adjust max 120-3-8-15 subtracts the variable FUL.Cnt for the nDodule from the 

30 maximum similarity measure and stores this value as the receptivity for the module. Thus, upon completion of 
locate receptive module 120-3-8-1 (Fig. 41 A) a receptivity has been calculated for each module. The pair of 
equations are assigned to the module having the maximum receptivity. 

In block partitbning 120, the goal is to find the module most receptive to a logic equatbn pair. Once this 
module Is found, each of Equations Sx, Sy are tested to see if the equations can be placed within that module. 

35 Place first equation 120-3-8-2 and place second equation 120-3-8-3 (Figure 41 A) require adequate avail- 
able resources in the module having the maximum receptivity to support the assigned equation. Process check 
fit 120-3-11, which is included in place first equation 120-3-8-2. place second equation 120-3-8-3. co-place equ- 
ations 120-3-9, and check merge 120-3-10, is illustrated in more detaQ in Figure 41 C. Each assignment of a 
logic equatbn to a module is checked for a "fit" within the resource constraints of the module by check fit 120- 

40 3-11 before the equation is placed in the module. In one embodiment, check equation fit 120-3-11-1 tests (i) 
the number of signal inputs to the product term array including any hew signals for the equation being placed; 
(the total number of input signals must be less than or equal to the number of input lines from the switch matrix 
to the product term array. In this embodiment less than or equal to 22); (ii) if the programmable logic device 
has a ftxed number of product tenns per macrocell the product tenms used by the equation being placed are 

45 checked against the available product terms within the module to ascertain whether a slot is available for allo- 
cation of the equatk)n; (iii) if the number of equations, the number of product terms and the number of I/O pins 
are used up by placement of the pair of equations in the logic module; and (iv) three state and set/reset require- 
ments. 

PLO 400 (Figs. 12 and 13) has limited resources for Independent three-state output enable and register 
50 set/reset Therefore, addition of an equation to a module must take into account these resources and their conrv 
monaiity. In another embodiment, check fit 120-3-1 1 would use the check sum calculated across the three-state 
enable term to recognize dependent and independent output enables and keep track of their usage. In yet 
another embodiment, the banking requirements of set and reset for registered equations may be taken into 
account in the block partitioning process 120. Equations may be selected for Inclusion In a module based on 
65 needs for common set and reset functions. The modificattons to fit check 120-3-1 1 for this embodiment are 
apparent to those skilled in the art in view of this disclosure. 

If any of these tests faQ, fit test 1 20-3-1 1 -2 passes control to virtual nx>dule 1 20-3-1 1 -3 which adds the logic 
equation to the virtual module and updates the variable FUL_Cntfor the full module to account for the placenr>ent 
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failure, if sufficient resources are available, add equation 120-3*1 1-4 places the equation in the selected mod- 
ule. 

This effectively 'seeds* the equation In the particular module that is the most receptive by local resources, 
i.e. has the most input signals in common with the input signals used In the placed logic equations. Upon addl- 
5 tion of a logic equation to a module, the resources still available in that module are decremented by the number 
of resources used by that logic equation. Also, the Boolean vector used in the similarity process for the module 
is updated to reflect the input signals in the module. 

After placement of a pair of logic equations, processing retums to find all equations placed 120-3-4 and if 
equations remain to be processed, the next most simOar logic equation pair are processed, and so on. This 
10 process effectively places the logic equations having the greatest affinity first If one member of an equation- 
pair has already placed, the other is also co-located if possible, i.e. if the module has sufficient resources left > 
to support the unplaced equation. > 

Specifically, both equations placed test 120-3-6 (Rg. 40) transfers processing to only one equation V 
unplaced test 120-3-7 (Fig. 40). If only one of the equations has been placed, processing transfers to co-place ^ , v 

15 equation 120-3-9. Co-place equation 120-3-9 locates the module containing the other equation in the pair and 

then uses check fit 120-3-11 (Fig. 41 C) to detemiine whether the equation can be oo-placed in the module con- t 
taining the other equation. If the co-placement is a success, processing passes to all equations placed 120-3-4 
and processing continues. Otherwise, the equation Is placed in the virtual module by add to virtual module 120- 
3-11-3 (Fig. 41 C) and then retums processing to equations placed 120-3-4. 
20 If both of the logic equations have already been placed only one equation unplaced test 120-3-7 (Fig. 40) 
passes processing to merge modules 120-3-10. If botii logic equations are already placed In the same module, 
processing simply returns to al! equations placed 120-3-4 (Fig. 40). However, If both equations have been 
placed in different modules, the two modules are checked, using check fit 120-3-1 1 (Rg. 41C), to determine 
whetiier sufficient resources are available so that the two modules can be merged to one site, and the other 
25 emptied. If the merge of the modules is feasible, the merge is carried out and processing returns to all equations 
placed 120-3-4. If the merge is not successful, the modules are unchanged and processing also transfers to 
all equations placed 120-3-4. 

When all the logic equations have been placed in a module, grow modules 120-3 (Fig. 39) temninates. If 
any logic equations are placed in the virtual module, after grow modules 120-3 terminates equations, update 
30 120-4 (Fig. 39) first attempts to place them in a partially filled block, along with any other equations present 
Equations in the virtual block result from two sources - excess logic for the device resources and segmented 
user logic. Excess logic is simple. Whenever all the modules are full as measured by check fit 120-3-11 (Fig. 
41 C). the remaining equations are placed in module zero, a synthetic "virtual" module to handle overflows, as 
described above. 

35 If the user logic Is completely segmented into several design modules that share no common signals, blodc 

partitioning 120 seeks to place the user design modules Into different modules in the partitioning process. Recall 
one module in the partitioning process is used for each physical programmable logic block in the selected PLD. 
If tiiere are more user design modules than partitioning modules, the extra user design module is also placed 
into block zero. 

40 Thus, this processing in update 102-4 is a last chance attempt to place the equations marked as module 

zero in some other module. Update 102-4 scans all available blocks and reevaluates their fit In this embodi- 
ment, check fit 120-3-1 1 (Fig. 41C) is used in this reevaluation. Potentially, update 102-4 (Rg. 39) could also 
relax tiie extra margin of resource "slack" provided by the configuration variables. 

The final operation in update 102-4 is a bookkeeping routine that goes back after grow modules 120-3 and 

45 updates several pieces of information based on the results of grow modules 120-3. The information updated 
is: the symbol's vector USE_VEC. described above, the various Fanout counts and dock pin locations. 

Once grow modules 120-3 is completed, vector USE_VEC for each symbol can be updated with the actual 
module's designation based on where each signal goes. Please note these are not physical blocks at this time, 
only logic module usage. 

so For each symbol, the list of equations the symbol reaches is scanned. The various modules they are located 
in are remembered by setting individual bits in a Boolean vector, one for each block in order (A=bit 1, B=blt2. 
C=blt 3. etc.). 

The fanout counts of how many modules a signal goes to, can also be correctiy counted at thb point This 
is done in two processing steps, one for dedicated Input signals and one for logic equations, because the signal 
55 usage declarations are slightiy different The fanout counts are Just the number of one's present in the previously 
described vector USE^VEC's. 

Unplaced docks are also allocated to physical pins at this point The allocation is performed In an arbitrary 
sequential order for each signal nanne as it ts dedared and located on available dock resources in the device. 
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In a future embodiment, this may be modified if dock resources drive specific blocks* instead of being global 
as in devices 400. 

This block partitioning process provides acceptable results for programmable logic devices having global 
connections resources for processing on the order of ten to ftfty logic equations and most user designs having 
the same range of equations. For larger designs, e.g. design having about one hundred logic equations, mod- 
ifications or other partitioning processes may be required to increase processing speed. As an example, if the 
input design was hierarchial, many pairings could be eliminated from the initial processing. Combined handling 
of auxiliary equations with the main logic equation speeds this processing and extends usefulness of the block 
partitioning process of this invention. 

This block partitioning process has limited success for very ill-conditioned designs that have very few con- 
nections or shared common input signals between a set of equations. The Byte-parallel CRC error detection 
circuit is a classic case of an ill-conditioned design. In the CRC design, each logic equation essentially feeds 
another logic equation so that the output and input signals are all ordered in a sequence, like a pipeline, or like 
data being processed In separate steps. 

Hence. In this type of design there are no common input signals to the logic equations. Therefore, similarity 
measures based upon common in put signals will be very small and most likely zero. In the present embodiment, 
the equations for such ill-conditioned designs are partitioned arbitrarily. 

However, in another embodiment, the block partitioning could be performed based upon similarity of use 
of the logic equation output signals rather than Input signals. In this partitioning process, pipeline stages that 
used the same output signal would be placed in one module. Alternatively, the user preplacement could be 
used to place a group of equations in a module rather than assigning specific signals to physical pins. 

Block partitioning 1 20. as described above, partitioned a user logic design into modules of equal size. How- 
ever, this partitioning process works for any size modules so long as the resources available In each module 
are known. Specifically, the block partitioning process of this invention is not limited to single programmable 
logic devices. Indeed, this block partitioning process is suitable for general circuit design using one or more 
PLDs. Forexamie, the programmable logic blocks are components with an electronic device. The components 
have resources for supporting a user design. The user design is specified by circuits, e.g.. the logic equation 
above. Therefore, the block partitioning of this invention is suitable for placing user circuits in nK)dules that are 
related to components in an electronic device. 

In particular circuit board layout, where interconnectivlty between devices is not a problem, can be perfor- 
med using the block partitioning process. Circuit board layout is a simpler problem than that described above 
where the interconnectivity was limited by switch matrix 401. In processing circuit board nrodules, block parti- 
tioning would proceed as described above where the resources would be the resources on eiach device, e.g.. 
PLDs. Again. In this embodiment the modules would be designed to minimize the input signals on the periphery 
of the devices. Accordingly, the embodiment described above is not intended to limit the process to a single 
PLD, but rather to be illustrative of a general process that has wide applicability in partitioning an electronic 
circuit Into modules having specified resources. 

After block partitioning 120 (Fig. 6) is completed, processing transfers to resource assignment 130. In this 
embodiment, an assignment process, called the Hungarian assignment process Is used. Typically, the Hun- 
garian assignment process has been used in conjunction with computer dating services which promised to find 
an optimal unique assignment between their clients, satisfying some computed measure of "compatibility". 
Alternatively, the same sort of problem Is also found in assigning woricers with varying skills to a set of tasks 
or jobs. 

Briefly stated the problem solved by the Hungarian assignment process is given two populations and some 
defined numerical measure of compatibility between each member of the two populations, the assignment pro- 
cess systematically determines an optimal association between the two populations. In this case, an optimal 
assignment is a minimum sum of the compatibility measure across all pairs consisting of one member from 
each population. Typically, a rectangular anray of cost depicts the compatibility measure of all possible pairs 
within the two populatkms. 

The Hungarian assignment process is applicable to a variety of problems. However, this process fails If 
the compatibflity measure is a function of prevtous assignments. If for example, one assignment "consumes" 
some shared resource, precluding other associations, the algorithm will fall. 

The limitatbn of assignnrtent dependencies would seem to preclude the Hungarian assignment process 
from consideration for resource assignment within a programmable logic block because after resources have 
been assigned to one logic equation, the resources have been consumed and are not avaQable for another 
logic equation. However, this apparent limitation is removed by a few simplifying assumptions, and by arranging 
the assignments In the ways described below. 

The product term resources In a programrr\able logic block may be thought of as the abilities of the males 
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in the marriage problem. The logic equations (females) are "compatible" to the degree the macrocells have ade- 
quate product term resources present A simple cost function, described more completely below, used as 
the compatibility measure between the logic equations and the available product tenms. If the resources of a 
macrocell are inadequate for a particular user logic equation, a sufficiently large number is substituted In place 

5 of the compatibility measure derived from the cost function so as to preclude the assignment of the inadequate 
resources to the logic equation. 

In resource assignment 130, the Hungarian assignment process is iteratively used, in one embodiment, to 
assign the logic modules to programmable logic blocks, to assign logic equations that require 1/0 pins to specific 
I/O pins, to assign logic equations that require burled macrocells to specific buried maaocells, and input signals 

10 for logic equations to specific I/O pins. In each case, the Hungarian process is the same and the process Is 
provided a cost matrix for processing. Thus, initially a cost matrix Is assumed and the Hungarian assignment 
process is described. After the description of the Hungarian assignment process in general terms, resource 
assignment 130 is described in more detail. In this detailed description, the operation of the Hungarian assign- 
ment process is not repeated because in view of the following example, those skilled in the art can apply the 

1$ Hungarian assignment process to the cost matrix that is generated. 

The Hungarian assignment process is fonmulated for populations with equal numbers of members. Other 
configurations are possible, but the result is to idle, or not satisfy initially the populatbn with the surplus menv 
bers. In the application of the Hungarian assignment process to assignment of logic equations to resources 
within the programmable logic block, this is not a problem. Hence, in the following example a square cost matrix 

20 is used. 

In Figure 42A. columns V through Z are logic equations assigned to the programmable logic block that 
require the same size clump of product terms, e.g.. 1-4 product terms. The rows A through E represent the 
available resources for the columns. For example, if I/O pins are being assigned, the rows are I/O pins that 
have from 1 to 4 product terms available. The rows are referred to as slots where the logic equatk)n can be 
25 placed. The value at the intersection of a row and a column is the cost associated with using the product terms 
associated with the I/O pin for that particular logic equation. 

Given the matrix in Figure 42A. the first operation in the Hungarian assignnnent process is to find the smal- 
lest number in each row and subtract that number from the other eleme nts in the row. The result of this operation 
is given in Figure 42B. The next operation is to find the minimum value in a column and subtract that number 
30 from the other elements in the column. The result of this operation Is given in Figure 420. 

Reducing the numbers in the matrix does not alter the solution. If all numbers are non-negatrve after the 
reduction, the best solution is then an all zero matching. Specifically, an initial mapping of the logic equations 
to the programmable logic block resources is created from the reduced matrix (Fig. 42D). A graph (Fig. 42E), 
is constructed by drawing for each row a link from the resource to the columns in that row having a zero element- 
as For example, in row A. a zero is present in column V and Y leading to the two links drawn in Figure 42E. * 
Similar links are drawn for each resource, i.e.. each row. that has a zero in any of the column elements In 
that row. Narrow lines are used initially to represent the links. 

VVhenevera link (Fig. 42E) mapping from left to right(left is the resources available and right is the logic 
equations) is unique, the link becomes a part of the initial mapping. The unique links are shown by a broad line 
40 in Figure 42 E. Resource C is mapped to equation Y by this process. The other links to equation Y, I.e.. the 
links A-^Y and B-^Y are removed from consideration by the unique mapping of link C-^Y. The remaining lines 
are then unique links and map is shown in Figure 42E (link A-^V and link B->W). The last remaining unique 
link E->W is duplicative and is therefore removed. 

The next step in the Hungarian assignment process is to chose artitrarily a match for resource 0, because 
45 the mapping of resource D is not unique. A first or 1 ast link selection is equally acceptable, so link D-^Z is chosen 
in the initial mapping (Fig. 42E). 

The initial mapping (Fig. 42E) Is next examined to see if the mapping is a maximal cover. For all unmatched 
resources and equations, Le., resource £ and equation X, is there a possible augmenting path, as described 
below, from the unmatched resource on the left to the unmatched equation on the right? If so, the initial mapping 
so is changed to include that path. othenA^ise the cover is maximal. 

For the mapping In Figure 42E, there is a path E-^W. then a path W-^B (via a backedge, where a backedge 
is traversing a unique link from right to left), next a path B->Y and finally a path Y-^C. These nodes are num- 
bered 1,2,3,4,5 In successive steps of distance. Note that equation Y does not map to resource A, because 
the path is not a backedge. Thus, no augntenting path exists between resource E and equation X. Therefore, 
55 the cover AD/VZ (represented by the dotted lines in Figure 42F) ..i.e., the unnumt>ered rows and the numbered 
columns In the previous step. Is maximal. 

Since a complete maximal cover has not been found, the next step in the Hungarian assignnoent process 
is to find the minimum uncovered number M and use that number in a second reduction of the matrix. In Rgure 
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42F. the mininrium uncovered number is one. In the second reduction, number M is first subtracted from ail 
uncovered rows, i.e., rows B, C and E and then the number M is added to all covered columns i.e., columns 
W and Y. The result Is given in Figure 37G. Again, the links are defined by zero matching as described above. 
The selection of unique links gives the comprehensive cover shown - all rows are covered. 
5 This is the optimal solution. Transfenring the mapping to the original array and sunnming the circled elements 

gives the minima! sum of 12 (Fig. 42H). 

Hence, the steps in the Hungarian Assignment process given a cost matrix are: 

1, Subtract minimum value in each row from all elements in that rows. 

2. Subtract minimum value in each column from all elements in that column. 

10 3. Find Maximum zero-matching and minimum cover. If all rows are matched, the optimal solution has been 
found and processing stops. 

4. Find Uncovered Minimum number M 

5. Subtract M from all Uncovered Rows and add M to all covered columns. 

6. Repeat Steps 3-5 until optimal solution is found. 

IS The Hungarian assignment process uses the three data structures defined above. In one embodiment, pro- 
cedures were created for initial reduction subtraction (Steps 1 and 2), building the graph, unique link, first link 
creation, checking for maximal cover (Step 3) and second reduction steps (Steps 4 and 5), 

After block partitioning 1 20 (Fig. 6), modules of logic equations are contained in the memory resident physi- 
cal database. Thus, the first operation in resource assignment 130 (Fig. 6) is to assign the modules to prog- 

20 rammable logic blocks with the selected programmable logic device. If the programmable logic blocks are 
symmetric, block cost 130-1 (Fig, 43A) builds a cost matrix with the diagonal elements set to zero and all other 
elements set to a high number which means that the assignment is not feasible. 

If the programmable logic blocks are not symmetric, block cost 130-1 counts the total number of pin mac- 
rocells and the total number of logic macrocells in each programmable logic block in the selected programmable 

25 logic device using the data in the memory resident physical database. The rows in the cost matrix are the logic 
modules and the columns in the cost matrix are programmable logic blocks. 

If the number of I/O macrocells required by the logic module are greater than those available in the prog- 
rammable logic block, the cost is set to a value that indicates the assignment is infeasible. Otherwise, the cost 
is the total number of logic macrocells available minus (i) the number of I/O macrocells and (ii) the number of 

30 buried macrocells required by the logic module unless the available logic macrocells is equal to or one greater 
than the required number of I/O macrocells. In these cases where the two numbers are neariy equal, additional 
cost Is added to the calculated cost (five if calculated cost is one and ten if the calculated cost is zero) for this 
use of the programmable logic block. 

After block cost 130-1 builds the cost matrix, build cover 130-2 processes the cost matrix using the Hun- 

35 garian assignment process described above. If each module is mapped to a programmable logic block, success 
130-3 passes processing to place block 1 30-4. Conversely, success 130-3 passes processing to tenminate 130- 
6 which provides the user with appropriate error message describing the failure of the mapping and terminates 
processing. 

Place block 1 30-4 first renumbers the logic modules from block partitioning 1 20 to physical programmable 

40 logic blocks (A, B, ... H) based upon the module assignments to programmable logic blocks generated by build 
cover 1 30-2. Next place block 1 30-4 modifies the symbol block fields for the physical programme ble logic blocks 
and fills in the use vector of the symbol array also based upon the physical programmable logic blocks. 

In this embodiment, the dedicated input pins are processed as programmable logic block zero. Place block 
130-4 uses the connection information generated in block partitioning 120 and sorts the blocks so that the blocks 

45 are ordered from the block requiring the most connections to the block requiring the least connections. Speci- 
fically, the sorting process orders the blocks, including block zero, based on the fanout counts of logic equation 
(signal) interconnects. Other measures, such as resource utilizatran were tested, but were found to be less 
effective than fanout In subsequent processing, the block with the largest fanout is processed first so that there 
is a maximum probability of successfully mapping the equations in the module to the block. 

60 After place block 1 30-4 completes processing, the number of input lines of each block from the switch mat- 
rix, macrocells remaining, the number of I/O pins required, the number of buried register equations, the number 
of product terms utflized. and the signal fanout for each programmable logic block and the signal fanout for the 
dedicated Input pins are printed to the user output file. For example, see Fig. 45 under the heading "^Physical 
DB**". Get order 130-5 simply allows for manual ordering of the blocks for subsequent processing if the user 

ss specifies such ordering. 

After determination of the order of processing the blocks by place block 1 30-4 and get order 1 30-5, resource 
assignment of the resource In each of the programmable logic blocks and the Input block Is done. In this embo- 
diment, this resource assignment first maps the logic equations requiring an I/O pin to the programmable logic 
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block, and then the buried register equations are mapped. 

If the user specified any equation placements for the block being processed, these equations are placed 
and the resources required by these equations are marked as used prior to starting the I/O pin and buried 
equation mapping. Blocks remaining test 130-7 (Fig. 43B) detenmines whether all the programmable logic 

5 blocks induding block zero have been processed. If any block remains for processing block remaining test 130- 
7 passes control to block zero test 130-8. 

If block zero is not being processed, block zero test 130-8 passes control to macro map 130-9 which 
includes steps 130-9-1 to 130-9-10 (Fig. 44). Macro map 130-9 (Fig. 43B) places each logic equation that 
requires either an I/O pin or a buried macrocell in the programmable logic block and then returns processing 

10 to last block test 1 30-6. 

In macro map 1 30-9. initialize macro cost 1 30-9-1 (Fig. 44) first zeros the cost array. Next the product tenm 
requirements for each equation in the block are determined using information In the nrtemory resident signal 
database described above. After the product terms requirements are determined, a bubble sort is used to order 
the equations by type, i.e., I/O or buried, and by product tenm requirement 

15 After the equations are ordered and the cost matrix zeroed, processing transfers to grab equation 1 30-a-2. 
Grab equation 1 30-9-2 ftrst grabs all equations of the same type that have product term requirements governed 
by the size of its product term dump where the first product tenm dump might dictate 13-16 product terms, the 
second product tenn dump 9-12 product terms and so on. Grab equation 130-9-2 processes the I/O equations 
having the greatest number of product terms in the first pass through the loop in macro map, the I/O equations 

20 having the second greatest number of product terms on the second pass through the loop in macro map, and 
so on. 

After grab equation 130-9-2 grabs the equations, the slots avaOable for placement of the equations are 
ascertained. Three factors must be considered in obtaining the slots. First, if a logic equation is placed In a 
slot, the slot is not available. Second If the slot is available, can the logic allocator steer the number of product 

25 terms required to the slot A first-available service rule was used. A scan is made of the used and avaQable 
product tenm resources for a predetermined equation size. The first macrocell that has sufficient product terms 
within the connection capabilities of the logic allocator is chosen. Further, the first available set of product term 
resources Is used to provide the logic required, as well. 

The third factor is proper use of three state output enable banking, which is described more completely 

30 below. Here a slot is either an output logic macrocell or a buried macrocell depending on the type of the equation 
being processed. Hence, grab equation 130-9-2 determines the size of the matrix in the Hungarian assignment 
process because the slots retrieved are the rows and the equations grabbed are the columns. 

Scan check 130-9-3 looks at a segment of the remaining PtD interconnection resources and determines 
if there are multiple paths between any pair of sources, i.e, macrocell feedback signals to the switch matrix or 

35 pin signals to the svyltch matrbc, to any target anray input Spedfically. logic equations or dedicated pin signals 
that are being considered for assignment to resources within a programmable logic block may potentially fanout 
such that both equations are driving the same array input Hence, if the signal from the first equation were assig- 
ned to the macrocell. the target array input is consumed and would not be available for the second logic 
equation. 

40 If such multiple paths are present scan check 130-9-3 removes one of the paths, cunrentiy destructively, 
as explained below. In another embodiment a simple modification could be made to allow the operation to be 
non-destructive, i.e.. after resource allocation for the logic equation requiring an I/O pin or a buried register the 
deleted paths could be reactivated. However, the number of connections destructively removed is small so the 
motivation to change this behavior is low. 

45 Scan check 130-9-3 is necessary because the Hungarian assignment process evaluates all mappings slnv 
ultaneously, in parallel. Mapping a particular row, say row A, to a first column 3, nrtust not be dependent on 
mapping another row B to a second column 4 instead of to a third column 6. Such dependendes. as described 
above, cause the Hungarian assignment process to fail, because one mapping has to be evaluated based on 
the results of other mappings, e.g. the mappings must be performed serially. 

so Most of these mapping dependencies nr^ay be removed implicitly by designing the switch matrix In seg- 

ments, and forcing each driver row, i.e., each switch matrix Input line, to go to unique columns, i.e., programm- 
able logic block input lines, which in devices 400 are product term anay input lines, along a simple pattern such 
as a diagonal. This simple pattern works for all logic equations that drive either macrocells or pins within a pro- 
grammable logic block in devices 400. 

55 In this emibodiment scan check 1 30-9-3 attempts to find multiple paths by looking at all the places a driver's 

signal can go through the switch matrix, and reports any Intersection with any macrocells reached by another 
driver, cunrentiy being considered as part of the assignnrtent rows. Scan check 130-9-3 perfonro these oper- 
attons, described more completely below, in five steps, l.e, (i) marie all inputs to AND array unused, (10 trace 
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all paths through the switch matrix from each driver, (iii) mark all inputs reached by a driver (range), (iv) look 
for collisions between the ranges, and (v) remove redundant paths identified by collisnns. 

Scan check 130-9-3 begins by "marking" all available array inputs in the device as "unused" in a spare 
field of the fanout array. A reserved numeric value is stored in that memory location to indicate unused. Scan 

5 check 130-9-3 then executes a loop for the sub-set of all drivers, (either pin or logic equation) that have been 
selected for this assignment and "marks" every an-ay input that is reachable from that driver with its driver iden- 
tity. The subset of drivers considered is the subset retumed by grab-equation 130-9-2, as "slots" for potential 
assignment - rows of the cost an-ay. Whenever a used array input Is reached, i.e., that anray Input has been 
marked by some other driver, scan check 1 30-9-3 removes that macroceirs input multiplexer in the switch matrix 

10 from one of the drivers range of fanout A Boolean flag altemates between the first and second driver of the 
pair. This alternation "randomizes" the connection removal from drivers first on the list to ones found later. 

Calculate cost matrix 1 30-9-4 detennines a cost for the assignment of a logic equation to each slot. Hence, 
the columns of the cost matrix represent logic equations and the rows are macrocell sites available for logic 
equation placement The cost starts at zero and is incremented for various costs. In this embodiment, the pro- 

15 duct tenns can be steered to multiple locations so that there is not a cost associated with unutilized product 
temns when a specific slot is used. However, if a slot has a fixed number of product temns. e.g., 12 and only 
three of the product terms are used. The cost of using that slot is 9. A small cost of 5 units Is accessed for 
placing a buried register equation in a slot that has an I/O pin. 

Next, the feasibility of realizing each of the fanout connections of each of the logic equations in the cost 

20 matrix is checked by placing each logic equation at each of the potential slots in the cost matrix. The use vector 
associated with the logic equation output signal symbol provides the signal fanout information. The switch mat- 
rix array in combination with the fanout aray provides the possible signal paths. If any paths exist to support 
the fanout, the necessary fanout connections are feasible. Ail fanout connections required in the fanout list must 
be feasible. 

25 A large cost is accessed for infeasible connections to assure that the Hungarian assignment process does 
not make the assignment In this embodiment, this cost is 121 units. In detenmining whether to assign this cost 
the requirements associated with the equation other than product terms are analyzed. For example, can the 
fanout list for the equation output signal be routed through the available empty switch matrix positions if this 
slot Is used. If the fanout list cannot be established the equation cannot be assigned to the slot 

30 After the cost matrix is completed, build cover 130-9-5 processes the cost matrix using the Hungarian 
assignment process described above. If the Hungarian assignment process is successful, success test 130-9-6 
passes processing to place macro 130-9-9. However, if the Hungarian assignment process fails, success test 
130-9-6 passes processing to additional rows test 130-9-17. 

Recall, as described above, the Hungarian assignment process in build cover 130-9-5 processes a square 

35 cost anray. Accordingly, if the cost matrix constructed by grab equation 1 30-9-2 and calculate cost 1 30-9-4 had 
more available slots than logic equations, the cost matrix was not square. Build cover 130-9-5 processed only 
the first n rows of the cost matrix where n is the number of columns. 

Thus, additional rows test 1 30-9-7 determines whether there are extra rows in the cost matrix, i.e.. rows n 
+ 1 to m where n is the number of columns and m is the number of rows in the cost matrix. If additional rows 

40 are available, processing transfers to fix MPA 130-9-8. Otherwise, processing transfers to blocks remaining 
130-7. However, a failure flag is set so that generate documentation 145 later provides diagnostic information 
to the user. 

Fix MPA 130-9-8 uses the extra rows in the cost array to retry the Hungarian assignment process. Speci- 
fically, ftx MPA 130-8-9 locates the row in the square cost matrbc with the mosi infeasible costs and replaces 
45 that row in the cost matrix with one of the extra rows. The new cost mafa-ix is then provided to build cover 130-9-5 
and the number of rows n Is incremented by one so that should the Hungarian assignment process fall, 
additional rows test 130-9-7 continues processing only if m is greater than n + 1. 

Place macro 130-9-9 Is a book-keeping process that places the equations at the selected macrocelts loca- 
tions and updates the switch matrix connections, product term usage and other resources used by placenr>ent 
so of the equation at the macrocell location. All the required resources are mariced as used, tast equation check 
130-9-10 passes processing to grab equation 131-9-2 if there are equations remaining for the logic block. Other- 
wise, last equation check transfers processing to block remaining test 130-7 (Rg. 438). 

In the prevtous processing, block zero test 130-8 (Fig. 43B) passed processing to macro placerr>ent 130-9. 
However, rf block zero is being processed, block zero test 130-8 passes processing scan check 138-10. Here, 
55 scan check 138-10 performs the same processes for the dedicated Input pins as described above for scan 
check 130-9-3 and that description Is Incorporated herein by reference. 

Upon completton of scan check 138-1 0, Input cost 1 30-1 1 firstzeros the cost matrix. Next, input cost obtains 
a list of the available dedicated input pins. After the available slots for dedicated input pin signals are ascer- 
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lained, the input signals for the dedicated input pins are obtained from the memory resident signal database. 
Again, the fanout for the dedicated input signals is checked at each of the available slots. If a slot cannot support 
all of the fanout connections for any given signal, the cost for the assignment of that signal to the slot is set at 
infeasible. The dedicated input pin slots are the rows of the cost matrix and the input signals are the columns. 

After input cost 130-11 obtains the input signals, the column position of the signals in the cost nnatrfac is 
sorted according to the fanout of the signals using a bubble sort process. Thus, the columns of the cost matrix 
are ordered from largest fanout to smallest fanout After input cost 130-11 builds and orders the cost nnatrix, 
build cover 130-12 detemnines the assignment of input signals to dedicated input pins using the Hungarian 
assignnr^ent process described above. 

Success test 130-13. additional rows test 130-14 and fix MPA 130-15, all function as previously described** 
with respect to success test 130-9-6 (Fig. 44), additional rows test 130-9-7 and fix MPA 130-9-8. The only dif- 
ference is that here the input cost array is for dedicated input signals and available dedicated Input slots. Accord- 
ingly, the previous descriptton Is not repeated. 

Place macro 130-1 6 is again a bookkeeping process that places the input signals at the selected dedicated 
input pin locations and updates the switch matrix connections and other resources used by placement of the 
signal at the pin location. All the required resources are marked as used. Place macro 130-16 passes proces- 
sing to block remaining 130-7. 

When the last block has been processed so that all the I/O equations and buried equations have been assig- 
ned to locations In the programmable logic device and the dedicated input pins have been processed, blocks 
remaining check 130-7 passes processing to sort 130-20 (Fig. 43C). If user design 100 specified more dedh 
cated input signals, i.e.. device input signals, than are supported by the dedicated input pins of the PLD, the 
unmapped device input signals must be allocated resources in the PLD. These signals may be placed at any 
available I/O pin. 

Sort 130-20 orders the programmable logic blocks by the number of available I/O pins in preparation for 
placing input signals to the logic equations. Again, each programmable logic block is sequentially processed 
starting with the block having the largest number of available I/O pins. 

Block test 130-21 (Fig. 43C) detemnines whether all the programmable logic blocks have been processed 
for input signal placement If a block is avaSable for processing, block test 1 30-21 passes control to scan check 
130-22. which perfonms the same functions as the scan checks, described above. Input cost 130-23 generates 
the cost matrbc in a manner similar to that described above for input cost 130-1 1 (Fig. 43B). The only difference 
is that here I/O pins available in the block are selected as possible slots instead of dedicated input pins. The 
costs are the feasibility of realizing the need interconnections for each signal at the given slot 

After input cost 130-23 (Fig. 43C) generates the cost matrix for the available I/O pins as row and the input 
signals as columns, build cover 130-24 detenmines the assignment of input signals to dedicated I/O pins using 
the Hungarian assignment process described above. If the Hungarian assignment process is successful, sud^ 
cess test 130-25 passes processing to place macro 130-26. However, if the Hungarian assignment process 
fails, success test 130-25 passes processing to additional rows test 130-27. Additional rows test 130-27 func- 
tions in the same manner as the additional rows test, described above, as does fix MPA 130-28. 

Place macro 130-26 is a bookkeeping process that places the signals at the selected I/O pin locations and 
updates the switch matrix connections, product term usage and other resources used by placement of the signal 
at the I/O pin location. All the required resources are marked as used. Place macro 1 30-26 transfers processing 
to last block test 130-21. 

When the last block has been processed so that the input signal have been assigned to available I/O pins, 
last block check 1 30-21 passes processing to processes 1 30-30 through 1 30-37 (Fig. 44D). These processes, 
which perfomi the same operations, i.e.. scan check 130-31, input cost 130-32. buOd cover 130-33, success 
test 130-34. place macro 130-35, additional rows test 130-36 and fix MPA 130-37 as previously described, are 
a last gasp effort to place any remaining signals. Specifically, these processes attempt to place any remaining 
input signals randomly at each available I/O slot in any programmable logic block. If a signal Is successfully 
placed, place macro 130-35 updates the resources used after the placement If all the signals are mapped to 
the selected programmable logic device, resource assignn^ent 130 terminates processing successfully, and 
processing transfers to documentation generation 145. 

Throughout all of the final input signal resource assignment steps, if any signal faOs to be assigned resour- 
ces, the signal is passed on to the later steps for possible assignment within another programmable logic block. 
Since the input signals are processed in order of decreasing fanout, the signals driving many places were assig- 
ned first when the switch matrix was the most empty. Accordingly, the assignment of Input signals with the smal- 
ler fanout is typically successful in one of the programmable logic blocks. 

In the previous embodiment of resource assignment 1 30, the order of assigning resources was logic equ- 
ations requiring an I/O pin. buried logic equations, and then input signals. In another embodiment, logic equ- 
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atbns requiring output signal enable product terms are processed first followed by processing of the previous 
embodiment 

Thus, in this embodiment, the first mapping phase would process logic equations containing Independent 
output enable product term functions. Logically separate output enable product term functions would be placed 
5 in different macrocell banks, and repeated identical output enable functions would be placed in the same mac- 
rocell bank, if space allows, or different banks otherwise. 

The logically separate output enable product term functions would be processed first The first of these 
functions would be checked for routing feasibility by being placed at any of the macrocell locations served by 
an independent output enable product term. The next equation would be placed on the next available Indepen- 
10 dent output product term, skipping whatever macrocells are bound to the first output enable product term func- 
tion. 

For example, if equations A, B have separate output enable product tenm functions and four macrocells 
are banked to each output enable product temi in the device, if equation A Is placed at macrocell 2, equation 
B is "blocked" from macrocells {0,1.3}. The first "open" site for equation B is macrocell 4. A second equation 
IS B2, (having the same output enable function as equation 6} would be similady blocked from macrocells {0,1 .3}. 
but equation B2 could fit in location 5. 

In the Hungarian assignment process, the available slots reflect the feasibility of the signal routing for the 
macrocell placement (a 0 means all signal routes are feasible, and a one means one or more connections are 
blocked): 

20 
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Feasible Assignment: 


A->12, 


B->0, 


C->4, 


D->8(not 



^ unique) 

Routing feasibility is investigated for each or the several macrocells served by the output enable product 
temi, and for each equation present in the equation group. Use of the Hungarian assignment process produces 
a valid mapping. 

35 After the separate output enable product tenm functions are mapped, other equations sharing a comnnon 
output enable product term function to those equations already placed would be processed. Each of the avail- 
able macrocells in the bank with a common output enable product term function would be checked for feasible 
routings with another application of the Hungarian assignment process. 

The success of this process for output enable product term functton mapping relies on the sparsity of Inde- 

40 pendent output enable product terms in logic equations. Database studies have shown that in typical user 
designs only 5-10% of the logic equations use output enable product tenns. Hence, this process should be 
appropriate for the mapping of such functk>ns. 

Upon successful completion of resource assignment 130. documentation means generates the documen- 
tation described at>ove. Specifically, success or failure of the fitting is significant and is indicated to the user 

45 on the computer video display screen. In addition, a logical map and a pin map, as illustrated in Figures 46 and 
47. are generated in an output fHe. The logical map and the pin map are built using infomriation in the memory 
resident databases that was generated by resource allocation means 110 as well as information provided by 
the user in PDB 1 21 . Hence, the infonmation provided by the user is described, before considering the two maps 
in more detail. Specifically, the pin and logical maps are created by resource allocation means 110 based on 

so instructions located in PDB 121. Different programmable logic device architectures are accommodated by 
changing the contents of the data in PDB 121. No changes to resource allocation means 110 are necessary. 

The instructions in PDB 121 necessary to depict the logical and pin .maps consist of three types of records. 
i.e., squares, strings and number records (Fig. 21 E). These records are referred to as graphical records. In PDB 
121, the leading character "[" indicates logical map instructions, while the character "]" designates pin nr^p 

55 instructions. 

The second field of the graphical records indicate the instruction type, where a "1" Is a square, a "2" is a 
number sequence, and a "3" is a "String". 

On a square graphical record, four numbers are required after the second field, i.e., the coordinates of the 
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upper right corner location of the square(horizontal and vertical) and the coordinates of the lower left comer 
location of the square{hori2ontal and vertical). (Herein, the term "square" includes any rectangular shape.) Two 
squares may be defined on a record as shown below. A square graphical record is terminated with a "*". Charac- 
ters following the star ("*") termination are ignored. The format for the square graphical record is (recall comment 
5 records start with a ";"): 



10 



40 



; Sqr's 

(<Rtyp> <UR.h> <tJR.v> <LL,h> <LL.v>...] * 
11 10 1 13 16 1 to 17 13 20 



The number sequences on a number graphical record are used for labeling a collection of macrocell loca- 
tions. On a number graphical record six numbers are required after the second field, i.e.. two numbers for the 
15 horizontal and vertical location of the number sequence, two flags for positioning control and lastly two numbers 
d1 . d2 which are the first and last numbers respectively of the sequence. The first number must be smaller then 
the last number. Two number sequences may be used in one record as shown below. A number graphical record 
is terminated with a Characters following the star (***") termination are ignored. The fonmat for a number 
graphical record is : 

20 

; Hum's - <dl> start, <d2> end Number 

[<Rtyp> <UR.h> <UR.v> <fl> <f2> <dl> <d2>..,] * 
25 ( 2 35 2 0 0 1 10 2 26 11 1 0 

11 20 *Blk A 

The string graphical records are user labels for the maps. The characters from the record are placed directly 
30 on the logical or pin map location designated. On a string graphical record after the second field, the record 
has two numbers for the horizontal and vertical location of the string, two flags for changing the orientation (hori- 
zontal or vertical) and the justification ("fronr or "end") of the siring and finally the string which Is limited to nine 
characters. 

With these controls, labeling can be accomplished without having to count the number of characters present - 
35 in the string. Two strings may be defined in the record as shown below. A string graphical record is tenminated * 
with a Characters following the star (""^ termination are ignored. The format for a string graphical record 



Str's <dstr> String (9 char max.) 
(<Rtyp> <UR,h> <UR,v> <fl> <f2> <dstr>...] * 
<fl> Justification: 0«£ront, l»end 
<f2> Orientation: 0-vert, l^horiz 
45 13 B 1 11 Gbl^Inp 3 7 17 1 1 Clks * 

The logical and pin maps are "drawn" on a 50 x 119 character screen buffered for random access by docu- 
mentation means 145 (Fig. 6). In this embodiment, the logical map instructions are processed by documentation 

60 means 145 and the logical map drawn before documentation means 145 proceeds with constructing the pin 
map. Hence, successive commands may ovenvrite the previous display buffer contents. Documentation means 
145 clears the drawing buffer, processes all stored instructions of the particular type, then annotates the map 
with the user signal names for the device resources. 

Within the other parts of PDB 121, as described above, (on the Pin List, Switch Matrix, Fanout Mux and 

55 Fanout list records), there were drawing locations and flag settings appropriate for these annotations. The draw- 
ing locations and flag settings are In the same string format When commanded to draw a square, description 
means 145 uses the coordinates provided for the square and fills in the horizontal and vertical screen character 
positions with vertical bars (" I ") and dashes ("-"). The comers are filled with periods f.") and apostrophes iT). 

AS 
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The user signal names are chopped to eight characters (the maximum length allowed by the map design) 
and sent with the appropriate location and flag infomnation to the string drawing procedure. When all signals 
have been processed, the drawing buffer is sent to the video display screen and output file. 

The pin map has a small amount of "custom processing" to fit the 50 line Image onto a 25 line video display 
5 saeen. The top and bottom row of signal names are "folded" to appear in the center of the package pinoul 
square for the video display screen output Care in map design allows the signal names to be read and not 
appear confusing. 

The logical map (Fig. 46) depicts how user logic in user design 100 is mapped onto macrocells and the 
interconnection provided by the switch matrix. The logical map includes a map for each programmable logic 
10 block and a map for the dedicated input pins and the associated signal lists for each of these maps. The dedi- 
cated input pin map has a single signal list, located to the left of the Input pin number block, indicating the user 
signal names located on dedicated input pin. Status characters Indicate a combinatorial, latched or registered 
input signal using the convention: " | " Is a combinatorial signal, is a registered input signal and is a latched 
input signal. 

15 For each programmable logic blocks, two columns of signal lists are provided, labeled I/O. The I/O list indi- 
cates which logic equation and logic variable Is located on each Input line from the switch matrix to the prog- 
rammable logic block. 

A one character flag is used to annotate the output of the logic map for macrocell usage. Initially a vertical 
bar ("I *^ indicates the cell is unused. Following signal placement in a cell, ten special characters are used: 
20 @ Output equation only - No Feedback to other logic equations 
? Placement mapping problem with signal in this cell 
. Buried Register logic equation - Local (to this block) Feedback 

* Buried Register logic equation - global Feedback 

- I/O Macro logic equation - Local (to this block) Feedback 
25 I/O Macro logic equation - global Feedback 
~ Input Functions - Local (to this block) Feedback 
: Input Functions - global Feedback 
I Buried Reg + Input function - Local (to this block) Feedback 

# Buried Reg Input function - global Feedback 

30 The pin map (Rg. 47) depicts each user signal name that is associated with package pins. The pin map 
Is a "customized" symt>ol of the device outline that allows the user to quickly locate pins for trouble shooting 
of a breadboard. The pin map also serves as documentatkin for the user signal Inputs to the programmable 
logic device. 

For the most part, the pin mapping Is completely detenmined by the logical mapping and the device layout — 
35 a given signal name appears on both the logic map location of a macrocell and the associated signal pin In the 
pin map. However, for buried logic macrocells, the associated pin is free to be used a device input for another 
signal. Thus, different signal names may appear on the related locations. 

In additton to the logic map, a feedback map (Fig. 48) is also generated. The feedback map has a format 
klentical to that described above except the columns of signal names are inputs to the AND array. 
40 To further document the layout of the programmable logic devices the user is provided with several 
additional print outs. First, a list of all switch matrix connections is provided. Next, a list of the macrocell/Iogic 
equations layout is provided. Finally, a list of the signals (Fig. 49) generated and where they are used is pro- 
vided. The fonnat for this list is: 

45 

<Signal> <S|> <P#> <Type> <PT> <ls> <B> <M|> <Si> 

<BLK> <Fanout List> 

so 

where: 



46 

BNSDOaO: <EP_0445913A2_U> 



EP 0 445 913 A2 



10 



IS 



20 



25 



30 



35 



40 



<S|> 

<Signal> 

<P|> 

<Type> 



<PT> 



<ls> 



<B> <H#> 



<BLD> 



is the internal signal nurabery 
is the signal name: 
pin number 

is the signal type is given by three 
characters. The first character is I# 
P, or B where I is dedicated input pin, 
P is I/O pin or logic equation, and B is 
buried logic equation. The second 
character indicates whether the signal 
is used in other equations. A means 
the signal has not been used, and a "I* 
means the signal has been used. The 
third character indicates the type of 
register is the signal is registered 
otherwise "."is entered, "T" is a t- 
type flip-flop, "D" is a D-type flip- 
flop and "L" is a latch, 
is number of provided terms in main 
logic 
equation; 

is the number of ones in the boolean 

vector for each logic equation; 

is the programmable logic block and the 
« 

macrocell; 

are the blocks where the signal is used; 



<Fanout list> is the fanout for the signal. 



Finally, documentation means 145 generates a JEDEC file for the programmable logic device that contains 
the fuse configuration to implement user design 100 in the device. 

45 Build documentation uses a bookkeeping routine, that translates the user logic equations, through the 
physical mapping developed by resource assignment means 130 to the device fuses necessary to implement 
the desired function specified by the user logic equation. 

The bookkeeping routine operates on a block of computer memory linearly addressed much like the selec- 
ted device does - I.e., an array of 6504 fuse locations for device 400A and an array of 12704 fuse locations 

50 for device 400B. Initially all fuses are Initialized to a "r (the erased state for the implementation technology). 
This block of computer memory is accessed as a two dimensional array for the lower addresses - the product 
terms, and as a linear space for the switch matrix and architectural fuses. Of course, the memory can be read 
by the computer In other ways as welM.e., an array of bytes. 

The bookkeeping routine used to build the JEDEC file operates in two phases, i.e., one phase to handle 

55 all logic equations and one phase to handle all architecture fuses for all macrocells. The bookkeeping routine 
also performs a series of final checks on the configuratton of the logic specified. Usage checks, such as whether 
all related equations are present, whether the proper access is possible and the like, are handled by this pro- 
cessing. 
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In the second phase of the bookkeeping routine, for each cell, status flags for each macrocell are kept as 
to what the nnacrocell is used for - input, output, buried logic, or unused. Additional flags tie the macrocell back 
to the signal names declared for each and the internal signal array sig_ary which contains the logic equations. 

Processing the architectural fuses, amounts to scanning all macrocells, and transferring this usage infor- 
5 mation into the specific fuse locations for the cell. A simple address translation and table look-up converts the 
cell's block and location number to the address for the architectural fuses. The usage flags are transferred to 
selected bits using a multi-way case. 

The first phase of the book-keeping routine processes the user logic equations. This phase involves 
•unwrapping" the mappings imposed on the switch matrix and the product term allocator by resource assign- 
10 menl means 130. Two locations have to be developed - the input line numbers of signals brought into a logic 
equation and the product term it is to t>e realized on. 

When the input signals to an equation are located within a particular cell of the switch matrix, the signals 
appear on a specific input line of that AND array (defined in a field of the switch matrix record Sw^Mtrx). 

When a logic equation is placed at a particular macrocell, certain product terms have to be connected to 
IS that macrocell and the terms within the equation have to be assigned locations associated with a particular pro- 
duct tenm. Which product term is governed by the first placement strategy used in the logic allocator and the 
resource definitions used in the fanout records. Both of these items determine the exact row and column 
address used in processing an input signal to a user logic equation and the signals related fuse state for the 
connection. 

20 The loop for processing all equations does these translations for each term in the logic function and for 
each Inputsignal present If the variable is complemented, the inputline is incremented to introduce the correct 
signal polarity (the Inverting driver). Auxiliary related equations, like three-state and set and reset have to be 
processed as well as the main logic equations. The auxiliary equations have been implicitly located in the proper 
product temns by the mapping of the macrocell location. Clock equations were handled by the eariier archi- 

25 tectural fuse processing. 

Lastly, if no errors were detected in the final checks, the completed Jedec memory array is output to a disk 
file. Various check-sums and fuse addresses are appended to the individual fuse states as the characters are 
stored. 

The embodiments of the resource allocation system and method of this invention described above are illus- 
30 trative of the principles of this invention and are not intended to limit to the inventton to the particular embodi- 
ments described. In view of this disclosure, those skilled in the art can use the principles of this invention for 
resource allocatksn In other devices having blocks interconnected by limited connection resources. 

35 Claims 

1. A system for allocation of resources of a programmable logic device having a multiplicity of programmably 
interconnected programmable logic blocks to user logic equations comprising; 

means for partitioning said user logic equations into a multiplicity of modules based upon affinities 
40 between said user logic equations: and 

means, operatively coupled to said partitioning means, for allocating resources in said programnrv 
able logic device to each of said user logic equations in said modules. 

Z A system for allocation of resources as in Claim 1 with each of said user logic equations having at least 
45 one input signal, said partittoning means further comprising: 

similarity means, operatively coupled to said logic equation input signals, for determining a similarity 
measure S for two Boolean vectors; 

wherein said similarity means detemriines said measure S for each pair of sakl user logic equations 
using a first Boolean vector representing the presence of input signals to the first user logic equation in 
60 said pair of user logic equations and a second Boolean vector representing the presence of input signals 
to the other user logic equation in said pair of said user logic equations, 

3. A system for allocation of resources as in Claim 2, said similarity means further comprising; 

means for determining, for each user logic equation, the similarity measures greater than a predeter- 
55 mined limit wherein for eacti sMIarity measure greater than the predetemilned limit, the simnarity measure 
and the associated Boolean vector for each user logic equation in said pair of equations are stored and 
only the stored pairs of equations are subsequently processed. 
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4. A system for allocation of resources selected from any one of Claims 2 and 3, said partitioning means further 
comprising: 

seeding means for placing a different user logic equation in each of said of said multiplicity of mod- 
ules. 

5. A system for allocation of resources as in Claim 4. said partitioning means further comprising: 

receptivity means, operatively coupled to said logic equation input signals, for determining a recep- 
tivity of each module for each of said user logic equations; 

wherein the user logic equations are assigned to the module having the largest receptivity thereby 
partitioning the user logic equations into modules based upon the affinity of the logic equations input sig- 
nals. 

6. A system for allocation of resources as in Claim 5 wherein said similarity means determines, for each of 
said multiplicity of modules and one of said pairs of user logic equations, a first similarity measure S1 for 
the Boolean vector for the first user logic equation in a pair and a Boolean vector for the input signals to 
the user logic equations in a module and a second similarity measure S2 for the Boolean vector for the 
other user logic equation in a pair and said Boolean vector for the input signals to the user logic equations 
in said module and said receptivity means further comprises: 

means, operatively coupled to said similarity means, for detenmining a maximum similarity measure; 

wherein for each pair of similarity measures S1 , S2 for each module in said multiplicity of modules, 
the maximum similarity measure SM is determined for each module; and 

the maximum similarity measure SMMAX of said maximum of similarity measures SM for said mod- 
ules is determined thereby detenmining the module that has the greatest receptivity for the user logic 
equation Is said pair of user logic equations. 

7. A system for allocation of resources as in Claim 6 wherein said receptivity means further comprises: 

means, operatively coupled to said maximum determining means, for assigning said user logic 
equation associated with the maximum similarity measure SMMAX to the module assodated with SMMAX 
thereby placing said user logic equation in the module having the greatest affinity for said equation. 

8. A system for allocation of resources as in Claim 7 said partitioning means further comprising: 

means for monitoring available resources in a module wherein: 

said monitoring means, upon one of said user logic equations being placed in a nrK>dule; 
decrements the available resources in said module by the number of resources required said one userlogic 
equation. 

9. A system for allocation of resources as in Claim 6 wherein said assigning means places said user logic 
equation in the module having the highest affinity for the equation only if said module has sufficient resour- 
ces for said user logic equation. 

10. A system for allocation of resources as in Claim 2, said similarity means further comprising: 

means for determining the total number n of said input signals wherein said Boolean vector repre- 
senting the input signals to said user logic equation has n bits and each bit represents one of said n input 
signals. 

11. A system for allocation of resources as in Claim 10, said similarity means further comprising: 

means, operatively coupled to said total number detenmining means, for setting each bit in a Boolean 
vector to a predetermined value; 

wherein said setting means sets a bit to a first predetermined value when the input signal represen- 
ted by said bit is an input signal to the user logic equation associated with said Boolean vector; and 

said setting means sets said bit to a second predetermined value otherwise. 

12. A system for allocation of resources as in Claim 11, said similarity means further comprising: 

means, operatively coupled to said bit setting means, for determining the input signals common to 
said Boolean vectors 

wherein said convnon input signals are represented in an n bit Boolean vector C; and 
for each common input signal, the bit In Boolean vector C for that Input signal Is set to said first pre- 
determined value to represent the presence of said common Input signal. 
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13. A system for allocation of resources as in Claim 12, said means for determining common input signals conrv 
prising: 

means, operatively coupled to said bit setting means, for generating bit-wise AND of any pair of said 
Boolean vectors wherein said bit-wise AND generating means creates said Boolean vector C. 

14. A system for allocation of resources as in Claim 12. said similarity means further comprising: 

means, operatively coupled to said bit setting means, for determining the input signals in a first Boo- 
lean vector different from the input signals in a second Boolean vector; wherein said different input signals 
are represented in an n bit Boolean vector D; and 

for each different input signal the bit in Boolean vector D for that input signal is set to said first pre- 
determined value to represent the presence of said different input signal. 

15. A system for allocation of resources as in Claim 14, said means for determining different input signals com- 
prising: 

means, operatively coupled to said bit setting means, for generating a bit-wise Exclusive OR of any 
pair of Boolean vector means wherein said Exclusive OR means processes said first and second Boolean 
vectors to generate said Boolean vector D. 

16. A system for allocation of resources as in Claim 15, said similarity means further comprising: 

means, operatively coupled to said means for detemnining common input signals and said means 
for detenmining different input signal, for counting the number of bits in a Boolean vector having a predeter- 
mined value; 

wherein said counting means counts the number bits in said Boolean vector C having said first pre- 
determined number and stores said count as a number C; and 

said counting means counts the number bits in said Boolean vector D having said first predetenmined 
number and stores said count as a number D. 

17. A system for allocation of resources as in Claim 1 6, said similarity means further comprising: 

mean, operatively coupled to said counting means, for generating a measure of similarity S; 
wherein said generating means divides the number D by a predetermined weight to form a number 
D1; and 

said generating means subtracting the number D1 from the number C to form said measure of simi- 
larity S. 

18. A system for allocation of resources as in Claim 1, said allocating means further comprising: 

means for assigning each of said modules to one of said programmable logic blocks In said prog- 
rammable logic device. 

19. A system for allocation of resources as in Claim 18, said allocating means further comprising: 

means, operatively coupled to said module assigning means, for assigning each of said user logic 
equations in one of said modules to resources in said programmable logic block assigned to said one of 
said nrKxiules; 

wherein said assigning means assigns logic equations requiring similar number of product terms as 
a group; and 

the groups of logic equations are processed sequentially by required number of product terms start- 
ing with the group that requires the greatest number of product tenms. 

20. A system for allocation of resources as in Claim 19 said user logic equations Including output logic equa- 
tions and buried logic equations, wherein said logic equation assigning means first assigns each of said 
output logic equations and subsequently assigns each of said buried logic equatbns. 

21. A system for allocation of resources as in Claim 20 said user logic equations including the same input sig- 
nals for user logic equations in at least two modules, and said programmable logic device having dedicated 
input pins, said allocating means further comprising: 

means, operatively coupled to said module assigning means, forassigning said input signals for user 
logic equations in at least two modules to saki dedicated input pins. 

22. A system for allocation of resources as in any one of Claims 18, 19, or 20, said allocating means further 
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comprising: 

means for monitoring resources available in each of said programmable logic blocks and said inter- 
connections means wherein upon allocation of resources by any assigning means, said allocated resources 
are identified as used and removed from the avaQable resources. 

23. A system for allocation of resources as in Claim 22 said allocating means further comprising: 

means, operatively coupled to each of said assigning means, for locating all available resources for 
one of said assigning means; and 

means, operatively coupled to each of said assigning means, for detenmining a cost for use of each 
of said available resources by said one assigning means; and 

each of said assigning means further comprises means, operatively coupled to said available locat- 
ing resource means and to said cost detenmining means for building a two-dimensional matrix wherein: 

the rows of said matrbc are available resources and the colunnns are one of (0 logic equations 
to be assigned for said logic equation assigning means and (iO input signals to be assign for said input 
signal assigning means; and 

the element at the intersection of a row and a column Is the cost of using said available resource 
for the assignment associated with said column. 

24. A system for allocation of resources as in Claim 23 said allocating means further comprising: 

Hungarian assignment means, operatively coupled to said two dimensional matrix building means 
in each of said assigning means, for determining the optimal assignment of resources in said rriatrix. 

25. A method for allocation of resources of a programmable logic device having a multiplicity of programmably 
interconnected programmable logic blocks to user logic equations comprising: 

partitioning said user logic equations into a multiplicity of modules based upon affinities between 
said user logic equations; and 

allocating resources in said programmable logic device to each of said user logic equations in said 
modules. 

26. A method for allocation of resources as in Claim 25 with each of said user logic equations having at least 
one input signal, s^id partitioning step further comprising: 

determining a similarity measure S for two Boolean vectors; 

wherein said measure S is determined for each pair of said user logic equations using a first Boolean 
vector representing the presence of input signals to the first user logic equation in said pair of user logic 
equations and a second Boolean vector representing the presence of input signals to the other user logk: 
equation in said pair of said user logic equations. 

27. A method for allocation of resources as in Claim 26. said detenmining similarity step further comprising: 

determining, for each user logic equation, the similarity measures greater than a predetermined limit 
wherein for each similarity measure greater than the predetermined limit, the similarity measure and the 
associated Boolean vector for each user logic equation in said pair of equations are stored and only the 
stored pairs of equations are subsequently processed. 

28. A method for allocation of resources selected from any one of Oaims 26 and 27, said partitioning step 
further comprising: 

placing a different user logic equation in each of said of said multiplicity of modules. 

29. A method for allocation of resources as in Claim 28. said partitioning step further comprising: 

for detenmining a receptivity of each module for each of said user logic equations; 
wherein the user logic equation is assigned to the module having the largest receptivity thereby par- 
titioning the user logic equations into modules based upon the afTmity of the logic equations input signals. 

30. A method for allocation of resources as In Claim 29 wherein said receptivity step detemnines, for each of 
said multiplicity of modules and one of said pairs of user logic equations, a first similarity measure SI for 
the Boolean vector for the first user logic equation in a pair and a Boolean vector for the input signals to 
the user logic equations in a module and a second similarity measure S2 for the Boolean vector for the 
other user logic equation in a pair and said Boolean vector for the input signals to the user logic equations 
in said module and said receptivity step further comprises: 
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determining a maximum similarity measure; 

wherein for each pair of similarity measures S1. S2 for each module in said multiplicity of modules, 
the maximum similarity measure SM is determined for each module; and 

the maximum similarity measure SMMAX of said maximum of similarity measures SM for said mod- 
ules is detenmined thereby detennining the module that has the greatest receptivity for the user logic 
equation is said pair of user logic equations. 

31. A method for allocation of resources as in Claim 30 wherein said receptivity step further comprises: 

assigning said user logic equation associated with the maximum similarity measure SMMAX to the 
module associated with SMMAX thereby placing said user logic equation in the module having the greatest 
affinity for said equation. 

32. A method for allocation of resources as in Claim 31 said partitioning step further comprising: 

monitoring avaOable resources in a module wherein: 

upon one of said user logic equations being placed in a module, the available resources in said mod- 
ule are decremented by the number of resources required said one user logic equation. 

33. A method for allocation of resources as in Claim 32 wherein said assigning step places said user logic 
equation in the nrx)dule having the highest affinity for the equation only if said module has sufficient resour- 
ces for said user logic equation. 

34. A method for allocation of resources as in Claim 26, said similarity step further comprising: 

detennining the total number n of said input signals wherein said Boolean vector representing the 
input signals to said user logic equation has n bits and each bit represents one of said n input signals. 

35. A method for allocation of resources as in Claim 34, said similarity step further comprising: 

setting each bit in a Boolean vector to a predetermined value; 

wherein said setting step sets a bit to a first predetemnined value when the input signal represented 
by said bit is an input signal to the user logic equation associated with said Boolean vector; and 
said setting step sets said bit to a second predetenmined value otherwise. 

36. A method for allocation of resources as in Claim 35, said similarity step further comprising: 

determining the input signals common to said Boolean vectors; 
wherein said common input signals are represented in an n bit Boolean vector C; and 
for each common input signal, the bit in Boolean vector C for that input signal Is set to said first pre- 
determined value to represent the presence of said common Input signal. 

37. A method for allocation of resources as in Claim 36, said step for determining common input signals com- 
prising: 

generating a bit-wise AND for a pair of said Boolean vectors wherein said bit-wise AND of said pair 
of Boolean vectors creates said Boolean vector C. 

38. A method for allocation of resources as in Claim 26, said similarity step further comprising: 

detenmining the input signals in a first Boolean vector different from the input signals in a second 
Boolean vector; wherein said different input signals are represented in an n bit Boolean vector D; and 

for each different input signal the bit in Boolean vector D for that input signal is set to said first pre- 
determined value to represent the presence of said different input signal. 

39. A method for allocation of resources as in Claim 38, said step for detennining different input signals con> 
prising: 

generating a bit-wise Exclusive OR of a pair of Boolean vector means wherein said Exclusive OR 
step processes said first and second Boolean vectors to generate said Boolean vector D. 

40. A method for allocation of resources as in Claim 39, said similarity step further comprising: 

counting the number bits in said Boolean vector C having said first predetermined number and stor- 
ing said count as a number C; and 

counting the number bits in said Boolean vector D having said first predetenmined number and stor- 
ing said count as a number D. 
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41. A method for allocation of resources as in Claim 40. said similarity step further comprising: 

dividing the number D by a predetermined weight to fonni a number D1; and 
subtracting the number 01 from the number C to form said measure of similarity S. 

42. A method for allocation of resources as in Claim 25, said allocating step further comprising: 

assigning each of said modules to one of said programmable logic blocks in said programmable logic 
device. 



43. A method for allocation of resources as in Claim 42, said allocating step further comprising: 

assigning each of said user logic equations in one of said modules to resources in said programm- 
able logic block assigned to said one of said modules; 

wherein said assigning step assigns logic equations requiring similar number of product terms as a 
group; and 

the groups of logic equations are processed sequentially by required number of product terms start- 
ing with the group that requires the greatest number of product terms. 

44. A method for allocation of resources as in Claim 43 said user logic equations including output logic equa- 
tions and buried logic equations, wherein said logic equation assigning stepfirst assigns each of said output 
logic equations and subsequently assigns each of said buried logic equations. 

45. A method for allocation of resources as in Claim 46 said user logic equations including the same input sig- 
nals for user logic equations in at least two modules, and said programmable logic device having dedicated 
input pins, said allocating step further comprising: 

assigning said input signals for user logic equations in at least two modules to said dedicated input 

pins. 

46. A method for allocation of resources as in any one of Claims 42. 43, or 44, said allocating step further conv 
prising: 

monitoring resources available in each of said programmable logic blocks and said interconnections 
means wherein upon allocation of resources, said allocated resources are identified as used and removed 
from the available resources. 

47. A method for allocation of resources as in Claim 46 said allocating step further comprising: 

locating all available resources for one of said assigning steps; r 
detenmining a cost for use of each of said available resources by said assigning step; and 
building a two-dimensional matrix wherein: 

the rows of said matrbc are available resources and the columns are one of (1) logic equations 

to be assigned for said logic equation assigning step and (ii) input signals to be assign for said input signal 

assigning step; and 

the element at the intersection of a row and a column is the cost of using said avaDable 
resource for the assignment associated with said column. 

48. A method for allocation of resources as in Claim 47 said allocating step further comprising: 

using the Hungarian assignment process for detennining the optimal assignment of resources in 
said nnatrix. 
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Title 4 Bit_Countcr 



Pattern 4cnt.pds 

Revisioo B 

Author Mehrnaz Hada. Bill HoUon. Ali Sebt 

Company Monolithic Memories Inc Santa Clara, CA 

Date 1/14/85 



CHIP 4BitCdun PAL16RP4 

CLK UP AI BI CI DI CLR LOAD NC GND 
/OC NC NC D C B A NC NC VCC 

;Tbe 4-bit counter counts up or down and has the clear and 
;load capability. The clear operation overrides count and 
;load. The counter counts up when CLR=low, LOAD=low, and 
;UP=high. It counts down whenever CLR = low, LOAD = low, and 
;UP=low 

EQUATIONS 

A := /A'/B'/C'/D'/UPVIjOADVCLR 

+ /A» B» C D« UP'/LOAD'/CUR 

+ A* B- /UP'/LOAD'/CLR 

+ A'/B- D» /LOAD'/CLR 

+ A* /C UP'/LOAD'/CLR 

+ A* C'/D' /LOAD'/CLR 



+ LOAD'/CLR- AI 

B := /B'/CVDVUPVLOAD'/CLR 

+ /B« C D* UP'/LOAD'/CLR 

+ B* C»/D' /LOAD'/CLR 

+ B'/C UP'/LOAD'/CLR 

+ B* D'/UPVLOAD'/CLR 

+ LOAD'/CLR* BI 

C := /C'/D'/UP'/LOAD'/CLR 

+ /C» D' UP'/LOAD'/CLR 

+ C'/D' UP'/LOAD'/CLR 

+ C D* /UP'/LOAD'/CLR 

+ LOAD'/CLR" CI 

D := /D' /LOAD'/CLR 

+ LOAD'/CLR' DI 



no. 3A.1 
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SIMULATION 

TRACE_ON AI BI CI DI LOAD CLR UP A B C D 

SETF LOAD/CLR AI BI Q DI OC 
CLOCKF CLK ;to HIGH and count up 

SETF CLR ;Clear all registers 
CLOCKF CLK 

SETF/CLR UP /LOAD 

FOR 1: = 1 TO 16 DO 
BEGIN ;cydes 
CLOCKF CLK 
END 

SETF LOAD /CLR /UP AI BI CI DI 
CLOCKF 

SETF /LOAD ;down 
FOR 1: = 1 TO 16 DO 
BEGIN '.cycles 
CLOCKF CLK 
END 

SETF LOAD CLR AI /BI a /DI 
CLOCK CLK ;and CLR on at the 

SETF/OC 

TRACE_OFF 
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TITLE 



PATTERN 

REVISION 

AUTHOR 

COMPANY 

DATE 



UP/DOWN COUNTER 

XOOOO 

0 

BRYON MOYER 
MONOLITHIC MEMORIES 
9/23/87 



CHIP 2 



BIT CTR 



PAL16R4 



;PINS 123456789 10 

cue UPINITNC NC NC NC NC NC GND 



;PINS 11 12 13 14 15 16 17 18 19 20 

/OE NC NC RO Rl NC NC NC NC VCC 

:THIS IS A SIMPLE TWO-BIT UP/DOWN COUNTER EXAMPLE. NOTE THAT 
;INITIAUZATION HAS BEEN DESIGNED IN WITH DEFAULT BRANCH 
;THE STATE MACHINE RETURNS TO STATE SO IF CLOCKED WHEN PIN 
;1NITISHI. COUNTING IS ONLY POSSIBLE IF INITIS LO. IF 
;PIN UP IS HI. COUNTER COUNTS UP. IF PIN IS LO, COUNTER 
;COUNTS DOWN. 

STATE ;START THE STATE MACHINE SECTION 

MOORE_MACHINE 

DEFAULT_BRANCH SO ;FOR INmAU2:ATI0N 

;IN THIS EXAMPLE, THE OUTPUTS ARE TAKEN DIRECTLY FROM THE 
;STATE BITS. THEREFORE, AN OUTPUT DEFAULT IS NOT USED. 
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;STATE ASSIGNMENTS 

.STATES ARE THE SAME AS TOE OUTPUTS 

50 = /Rl • /RO ;COUNT0 

51 = /Rl • /RO ;COUNT 1 

52 = Rl • /RO ;COUNT 2 

53 = Rl • /RO ;COUNT 3 

;STATE AND TRANSITION DEHNITIONS 

.BECAUSE TOE OUTPUTS ARE TAKEN DIRECTLY FROM TOE STATE BITS, 
;N0 OUTPUT EQUATIONS ARE USED. 



SO 


:= COUNT UP 


-> SI 


;COUNTOT01 




+ COUNT_DOWN 


->S3 


-.COUNT 0 TO 3 


SI 


:= COUNT UP 


-> S2 


:COUNT 1 TO 2 




+ COUNT_DOWN 


-> SO 

r 


;COUNT 1 TO 0 


S2 


:= COUNT UP 


o S3 


;COUNT 2 TO 3 




+ COUNTDOWN 


-> SI 


•.COUNT 2 TO 1 


S3 


:= COUNT UP 


-> SO 


;COUNT3TO0 




+ COUNT DOWN 


->S2 


;COUNT3T0 2 



'.DEFINE TOE BRANCH CONDITIONS. THE BRANCH CONDITIONS ARE 
;ESSENTIALLY TOE CONDITIONS FOR COUNTING UP OR DOWN. TOE 
;COUNTER CAN ONLY COUNT IF PIN INITIS LO. IFPININTTIS 
;HI. THEN NEITOER OF THE CONDITIONS IS TRUE, AND TOE DEFAULT ;BRANCH 
IS USED TO INITIALIZE THE COUNTER TO COUNT 0. 

CONDITIONS 

COUNTUP = UPVINIT 
COUNT_DOWN = /UP'/INTT 
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module C8 

title 'Loadable 8-bit counter 

Copyright 1990 Advanced Micro Devices, All rights reserved 



COUNTS 



device "MACHllO*; 



Clk,CO,Il,IO,CI 
AO.Al, A2,A3 
Q7,Q6,Q5,Q4 
Q3,Q2,Q1,Q0 

H,L,X,Z,C 
InputA 
Output 
Mode 



pin 1,22,8,9,10; 
pin 2,3,4,5; 
pin 18,19,20,21; 
pin 14,15,16,17; 

~ 1,0, •X«,*Z*,«C*; 

= [A3,A2,A1,A0]; 

» [CO,Q7,Q6,Q5,Q4,Q3,Q2,Ql,Q0]; 
= tiiriO]; 



Hold,LoadA,LoadB,Incr = 0,1,2,3; 
equations " input multiplexer 



*■ define Modes 



!Q0 
iQl 
!Q2 
1Q3 
!Q4 
!Q5 
!Q6 
1Q7 



(Mode 
(Mode= 
(Mode== 
{Mode== 
(Mode 
(Mode= 
(Mode 
(Mode 



==Hold ) 
Hold ) 
Hold ) 
=Hold ) 
^=Hold ) 
==Hold ) 
Hold ) 
Hold ) 



QO 
Ql 
Q2 
Q3 
QA 
Q5 
Q6 
iQ7 



# 

# 
# 
# 
* 



(Mode- 
(Mode- 
(Moder 
(Mode« 
(Mode= 
(Mode= 
(Modes 
(Mode- 



>LoadA) 
-LoadA) 
=LoadA) 
-LoadA) 
=LoadB) 
"LoadB) 
-LoadB) 
-LoadB) 



!A0; 
!A1; 
1A2; 
!A3; 
!A0; 
!A1; 
!A2; 
!A3; 
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/ ABEL generated counts file 
#S JEDECFILE counts 
DEVICE MACHllO 

#$ PINS 17 Clk:l C0:22 11:8 10:9 CI:10 A0:2 Al:3 A2:4 A3:5 
Q7:18 Q6:19 Q5:20 Q4:21 Q3:14 Q2:15 Ql:16 Q0:17 
/$ NODES 0 
.i 16 
.o 17 

.ilb Clk:! 11:8 10:9 CI:10 A0:2 Al:3 A2:4 A3:5 Q7:18 Q6:19 
Q5:20 Q4:21 Q3:14 Q2:15 Ql:16 Q0:17 

.Ob Q0.D-:17 Q1.D-:16 Q2.D-:15 Q3.D-:14 Q4.D-:21 Q5.D-:20 
Q6.D-:19 Q7,D-:18 QO.Ctl Q1.C:1 Q2.C:1 Q3.C:1 Q4*C:1 Q5.C:1 
Q6.C:1 Q7.C:1 CO.D-:22 
/.phase 11111111111111111 
• p 77 

-111 1 10000000000000000 

-110 0 10000000000000000 

-00 0 10000000000000000 

-01-0 10000000000000000 

-111 11 01000000000000000 

-11 00 01000000000000000 

-110 0- 01000000000000000 

-00 0- 01000000000000000 

-01—0 01000000000000000 

-111 111 00100000000000000 

.00 0— 00100000000000000 

-11 0-0 00100000000000000 

-11 00- 00100000000000000 

-110 0 — 00100000000000000 

-01 0 00100000000000000 

-111 1111 00010000000000000 

_00 0 00010000000000000 

-01 0 00010000000000000 

-11 0 — 0 00010000000000000 

-11 0-0- 00010000000000000 

-11 00 — 00010000000000000 

-110 0 OOOIOOOOOOOOOOOOO 

-111 11111 00001000000000000 

-00 0 00001000000000000 

-01-0 00001000000000000 

-11 0 0 00001000000000000 

-11 0 — 0- 00001000000000000 

-11 0-0 — 00001000000000000 

-11 00 00001000000000000 

-110 0 00001000000000000 

-111 mill 00000100000000000 

-00 0 00000100000000000 

-01—0 00000100000000000 

-11 0 0 00000100000000000 

-11 0 0- 00000100000000000 
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-11 0 0 — OOOOOOOIOOOOOOOOO 

-11 0 0 OOOOOOOIOOOOOOOOO 

-11 0 — 0 OOOOOOOIOOOOOOOOO 

-11 0-0 OOOOOOOIOOOOOOOOO 

-11 00 OOOOOOOIOOOOOOOOO 

-110 0 OOOOOOOIOOOOOOOOO 
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A2" 


A6 


AlO 


B2' 


B6 


BIO 


a- 


C6 


CIO 


D2- 


D6 


DlO 


Ail TVT 

AllIN 


A3^ 


A7 


All 


B3* 


B7 


Bll 


C3' 


C7 


Cll 


D3- 


D7 


Dll 


A12IN 


A4^ 


A8 


A12 


B4* 


B8 


B12 


C4* 


C8 


C12 


D4* 


D8 


D12 


A13IN 


A5" 


Al 


AD 


B5- 


Bl 


B13 


C5* 


CI 


C13 


D5* 


Dl 


D13 


A14IN 


A6'* 


A2 


A14 


B6" 


B2 


B14 


C6- 


C2 


a4 


D6* 


D2 


D14 


A15IN 


A7* 


A3 


A15 


B7- 


B3 


BIS 


C7* 


O 


CIS 


D7* 


D3 


D15 


A16IN 


A8* 


A4 


A16 


B8* 


B4 


B16 


C8- 


C4 


C16 


D8- 


D4 


D16 


A17IN 


11 
























A18IN 


12 
























A19IN 


Al* 


A2 


AlO 


13 


















A20IN 


A2- 


A4 


A12 


14 


















A21IN 


A3* 


A6 


A14 


15 


















A22IN 


A4- 


A8 


A16 


16 
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Programinable 

Logic Block Switch Matrix 

Input line Mulriplexer Input Line 



BlIN 




A5 


A9 


Bl- 


B5 


B9 


CI- 


C5 


C9 


Dl- 


D5 


D9 


B2IN 


A2* 


A6 


AlO 


B2- 


B6 


BIO 




C6 


CIO 


D2- 


D6 


DIG 


B3IN 


A3- 


A7 


All 


B3- 


B7 


BU 


o- 


C7 


CU 


D3- 


D7 


Dll 


BAIN 


A4* 


A8 


A12 


B4- 


B8 


B12 


C4- 


C8 


C12 


D4- 


D8 


D12 


B5IN 


AS" 


Al 


A13 


B5- 


Bl 


B13 


C5* 


CI 


C13 


D5" 


Dl 


D13 


B6IN 


A6* 


A2 


A14 


B6- 


B2 


B14 


C6- 


C2 


C14 


D6- 


D2 


D14 


B7IN 


A7* 


A3 


A15 


B7- 


B3 


B15 


C7- 


C3 


C15 


D7- 


D3 


D15 


B8IN 


A8* 


A4 


A16 


B8* 


B4 


B16 


C8- 


C4 


C16 


D8- 


D4 


D16 


B9IN 


Al* 


A5 


A9 


Bl- 


BS 


B9 


CI- 


C5 


C9 


Dl- 


D5 


D9 


BIOIN 


A2- 


A6 


AlO 


B2- 


B6 


BIO 


C2- 


C6 


CIO 


D2- 


D6 


DIO 


BllIN 


A3- 


A7 


All 


B3- 


B7 


Bll 


C3- 


C7 


Cll 


D3- 


D7 


Dll 


B12IN 


A4- 


A8 


A12 


B4- 


B8 


B12 


C4- 


C8 


C12 


D4- 


D8 


Dll 


B13IN 


AS" 


Al 


A13 


B5- 


Bl 


B13 


C5- 


CI 


C13 


D5- 


Dl 


D13 


B14IN 


A6* 


A2 


A14 


B6* 


B2 


B14 


C6* 


C2 


C14 


D6- 


D2 


D14 




AT* 

A/ 






Dl 




013 






PIS 




D3 


DlS 


B16IN 


A8- 


A4 


A16 


B8- 


B4 


B16 


C8- 


C4 


C16 


D8- 


D4 


D16 


B17IN 


11 
























B18IN 


12 
























BWIN 


Bl- 


B2 


BIO 


D 


















B20IN 


B2- 


B4 


B12 


14 


















B21IN • 


B3- 


B6 


B14 


15 


















B22IN 


B4* 


B8 


B16 


16 
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Programmable 

Logic Block Switch Matrix 

Input Upg Multipleigr Tnp n y in* 



ClIN 


Al- 


A5 


A9 


Bl" 


B5 


B9 




PS 


PO 




D5 


D9 


C2IN 


A2- 


A6 


AlO 


B2" 


B6 






CO 


Pin 
ClU 




Do 


DIO 


C3IN 


A3-^ 


A7 


All 


33" 


B7 


R11 






Cll 




D7 


Dll 


C4IN 


A4" 


A8 


A12 


B4* 


B8 


iJ Lif 




Co 


Clz 


D4 


D8 


Dl2 


C5IN 


AS'' 


Al 


A13 


*^*/ 








CI 


C13 




Dl 


D13 


C6IN 


A6" 


A2 


A14 


B6* 


B2 


R14 




CZ 


C14 


Do* 


D2 


D14 


C7IN 


AJ^ 


A3 


A15 


B7" 




R1S 






Clj 


D7* 


D3 


ITS 4 ^ 

D15 


C8IN 


AS'^ 


A4 


A16 




B4 






C4 


Clo 


Do* 


D4 


D16 


C9IN 


Al^ 


A5 


AQ 






PQ 


CI 


cs 


C9 


Dl* 


D5 


D9 




MX 


AO 


A 1A 

AlU 




Bo 


BIO 




C6 


CIO 


D2* 


D6 


DIO 






A7 


All 

All 




■0*7 

B7 


Bll 




C7 


Cll 


D3- 


D7 


Dll 


C12IN 


rvT 




A1^ 


OH 


DO 


bl2 


04*" 


Co 


C12 


IM-* 


D8 


D12 


C13IN 


AS* 

AW 


Al 
AVI 


All 
AiJ 




ol 


bl3 


Co* 


CI 


CIS 


D5* 


Dl 


D13 


C14IN 




A9 


Al*t 


DO 


bz 


B14 


Co* 


C2 


C14 


D6* 


D2 


D14 


^1 CTXT 


A7 


A3 


A15 




B3 


B15 


C7* 


C3 


CIS 


D7- 


D3 


D15 


C16IN 


A8- 


A4 


A16 


B8- 


B4 


B16 


C8* 


C4 


C16 


D8- 


TA 


D16 


C17IN 


11 
























C18IN 


12 
























C19IN 


CI* 


C2 


CIO 


D 


















C20IN 


C2* 


C4 


C12 


14 


















C21IN 


C3* 


C6 


C14 


15 


















A22IN 


C4* 


C8 


C16 


16 
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Programmable 

Logic Block Switch Matrix 

Input Line Mtfltiplcycr Input Une 



DlIN 


Al* 


A5 


A9 


Bl- 


B5 


B9 


CI- 


C5 


C9 


Dl- 


D5 


D9 


D2IN 


A2* 


A6 


AlO 


B2- 


B6 


BIO 


a- 


C6 


CIO 


D2- 


D6 


DIO 


D3IN 


A3- 


A7 


All 


B3* 


B7 


Bll 




C7 


Cll 


D3- 


D7 


DU 


D4IN 


A4* 


A8 


A12 


B4- 


B8 


B12 


C4- 


C8 


C12 


D4- 


D8 


D12 


D5IN 


A5* 


Al 


A13 


B5- 


Bl 


B13 


cs- 


CI 


C13 


DS- 


Dl 


D13 


D6IN 


A6* 


A2 


A14 


B6- 


B2 


B14 


C6- 


a 


C14 


D6- 


D2 


D14 


D7IN 


AT* 


A3 


A15 


B7- 


B3 


BIS 


C7- 


C3 


CIS 


D7- 


D3 


DIS 


D8IN 


A8* 


A4 


A16 


B8- 


34 


B16 


C8- 


C4 


C16 


D8- 


D4 


D16 


D9IN 


Al- 


AS 


A9 


Bl- 


B5 


B9 


CI- 


C5 


C9 


Dl- 


D5 


D9 


DIOIN 


A2* 


A6 


AlO 


B2- 


B6 


BIO 


C2- 


C6 


CIO 


D2- 


D6 


DIO 


DUIN 


A3- 


A7 


All 


B3* 


B7 


Bll 


o- 


a 


Cll 


D3- 


D7 


DU 


D12IN 


A4- 


A8 


A12 


B4- 


B8 


B12 


C4- 


C8 


C12 


D4- 


D8 


D12 


D13IN 


A5- 


Al 


A13 


B5- 


Bl 


B13 


C5- 


Cl 


C13 


D5- 


Dl 


D13 


D14IN 


A6- 


A2 


A14 


B6- 


B2 


B14 


C6- 


a 


C14 


D6- 


D2 


D14 


D15IN 


A7- 


A3 


A15 


B7- 


B3 


B15 


CT- 


C3 


CIS 


D7- 


D3 


D15 


D16IN 


A8- 


A4 


A16 


B8* 


B4 


616 


C8* 


C4 


C16 


D8- 


D4 


D16 


D17IN 


U 
























D18IN 


12 
























D19IN 


Dl* 


D2 


DIO 


B 


















D20IN 


D2- 


D4 


D12 


14 


















D21IN 


D3- 


D6 


bl4 


IS 


















D22IN 


D4- 


D8 


D16 


16 
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? BLNK.LN 0 %1 *2 

? PRT.NF -3 Part type not found: # %1 Last= *2 

? RD.TRE 0 Reading User Design... 
? RD.PDB 0 Reading Device Database... 
? RSRC.OK 0 MR-PLD Resource Checks OKI 
? DO. FIT 0 On to Fitting... 

? DO. PART 0 Partitioning Design into Blocks... 
? DO. MAP 0 Assigning Resources 

? lOM.CNT-1 Too many 10 macros in user design! Fu- %1 a- *2i 
? LF.CNT -1 Too many logic functions in user designl [u: '%l7 a; 

%2 1 

? PIN.CNT-l Too many pins in user design! [u: %i a* %21 
? PT.CNT -1 Too many PT's in user design! [u: %i, a: %21 
? CLK.CNT-1 Too many Clks in user design! [u: %l, a: %2] 

I Partitioning could not place all signals into blks! 

? NO.CKCT-l Connection problem - SvMtrx filled here! 

? PT.SHR -1 PT distribution - No feasible solution! 

? NO. MAP -1 Mapping difficulty - No feasible solution! %1 



? ABORT 0 MR-PLD Fitting Program Aborted - e: %1- w: %2 
? INT.ERR-l Internal error: Call 1-800-PALS-R-US - %i %2 
I ???f?n n successful - %l %% Time *: %2 seconds. 

? FAILED 0 Fxtting Unsuccessful - %l %% Time *: %2 seconds* 

? CLK.MSG 1 No clock signal found for registered signal - %1 

? REG. MSG 1 Clock signal found, but no logic function - %1 

? TRS.MSG 1 Three state enable found, but no logic function - %1 

? SRN.MSG 1 NO SR initialization function found! 
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; New Mid-Range - Device Type Data 11/16/89 
; TwinPAL 22T3 2 6504 

e MAP6032 221 44 2 22 38 32 32 128 HI 

; <Debug> <NU> * <Eq> <Pn> <PT> <in> {Cfgn VareV 

*2 00 •0060* DBGl ^ ^ 



; G 01 01 37 
/ A 01 02 33 

# A 02 03 29 

# A 03 04 25 

# A 04 05 21 

# A 05 06 17 

# A 06 07 09 

# A 07 08 09 
/ A 08 09 09 

# I 01 10 09 
/ I 02 11 09 
; G 01 12 09 

# I 05 13 09 

# A 09 14 09 

# A 10 IS 09 

# A 11 16 09 

# A 12 17 09 
A 13 18 15 

# A 14 19 19 

# A 15 20 23 

# A 16 21 27 
; P 02 22 31 



10 1 0 C * 
10 1 0 C B 
10 1 0 C B 
10 1 0 C B 
10 1 0 C B 
10 1 0 C B 

14 1 1 C B 

15 1 1 C B 

16 1 1 C B 

17 1 1 A I 

18 1 1 A I 

19 1 1 C * 

20 1 1 B I 

21 1 1 C B 

22 1 1 C B 

23 1 1 C B 

24 1 1 C B 
28 0 0 C B 
28 0 0 C B 
28 0 0 C B 
28 0 0 C B 
28 0 0 C * 



G 02 23 35 28 

01 24 39 28 0 

02 25 43 28 0 

03 26 47 28 0 

04 27 51 28 0 

05 28 55 28 0 

06 29 62 24 0 

07 30 62 23 0 

08 31 62 22 0 

03 32 62 21 0 

04 33 62 20 0 
6 03 34 62 19 
06 35 62 18 0 

09 36 62 17 0 

10 37 62 16 0 

11 38 62 15 0 

12 39 62 14 0 

13 40 57 10 1 

14 41 53 10 1 

15 42 49 10 1 

16 43 45 10 1 
P 04 44 41 10 



0 


0 


c 


0 


c 


* 


0 


c 


* 


0 


c 


* 


0 


c 


* 


0 


c 


* 


1 


c 


* 


1 


c 


* 


1 


c 


* 


1 


A 


* 


1 


A 


* 


0 


1 


c 


1 


B 


* 


1 


C 


* 


1 


C 


* 


1 


c 


* 


1 


c 


* 


0 


c 


* 


0 


c 


* 


0 


c 


* 


0 


c 


• 


1 


0 


c 



Pin 1 
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; Switch Matrix for Cell A 
; % <Sink> {<Srcs>...} * <.h> <,v> <F1 
% A 01 A" 01 A 09 01 B 09 * 24 02 1 
% A 02 A*^ 02 A 10 B" 02 B 10 * 24 03 1 
% A 03 A^ 03 A 11 B* 03 B 11 * 24 04 1 
% A 04 A" 04 A 12 B^ 04 B 12 * 24 05 1 
% A 05 A" 05 A 13 B" 05 B 13 * 24 06 1 
% A 06 A" 06 A 14 B* 06 B 14 * 24 07 1 
% A 07 A'^ 07 A 15 B^ 07 B 15 * 24 08 1 
% A 08 A" 08 A 16 B" 08 B 16 * 24 09 1 
% A 09 A" 09 A 01 B" 09 B 01 * 24 10 1 
% A 10 A" 10 A 02 B*^ 10 B 02 * 24 11 1 
% A 11 A" 11 A 03 B'^ 11 B 03 * 24 12 1 
% A 12 A" 12 A 04 B'^ 12 B 04 * 36 12 0 

% A 13 A'^ 13 A 05 B" 13 B 05 * 36 11 0 

% A 14 A'^ 14 A 06 B" 14 B 06 * 36 10 0 

% A 15 A" 15 A 07 B" 15 B 07 * 36 09 0 

% A 16 A-^ 16 A 08 B'^ 16 B 08 * 36 08 0 

% A 17 I 03 A 01 A 04 A" 08 A" 11 * 36 

% A IB I 04 A 03 A 06 A'^ 10 A* 13 * 36 

% A 19 I 05 A 05 A 08 A" 12 A^ 15 * 36 

% A 20 I 06 A 07 A 10 A^ 14 A" 01 * 36 

% A 21 I 01 * 36 03 0 1 40 0 00 * 

% A 22 I 02 * 36 02 0 1 42 0 00 * 

; Fanout List for Block A 

; > <Src> {<Sinks>..*} * <.h> <.v> {<PToe> <PTlin> <PT/> <dl.-d4> 
F# FB} * 

AO is dummy Set 6 Reset macro for block 
A 00 * 00 00 02 67 0 99 99 99 99 0 070 * 



> 


<F2> 


{IL fF FB) * 


1 


00 


2 


00 


It 


SWMl 


1 


02 


2 


02 








1 


04 


2 


04 








1 


06 


2 


06 


-* 






1 


08 


2 


OB 


* 






1 


10 


2 


10 








1 


12 


2 


12 


* 






1 


14 


2 


14 


it 






1 


16 


2 


16 


* 






1 


18 


2 


18 


* 






1 


20 


2 


20 


* 






1 


22 


2 


22 








1 


24 


2 


24 


* 






1 


26 


2 


26 


* 






1 


28 


2 


28 


* 






1 


30 


2 


30 


* 






07 0 


1 


32 


3 


32 


* 


06 0 


1 


34 


3 


35 




05 0 


1 


36 


3 


38 




04 0 


1 


38 


3 


41 





> A 01 * 29 02 00 03 4 99 99 01 02 8 000 * 

> A 02 * 29 03 00 07 4 99 01 02 03 8 008 * 

> A 03 * 29 04 00 11 4 99 02 03 04 8 016 * 

> A 04 * 29 05 00 15 4 99 03 04 05 8 024 * 

> A 05 * 29 06 00 19 4 99 04 05 06 8 032 * 

> A 06 * 29 07 00 23 4 99 05 06 07 8 040 * 

> A 07 * 29 08 00 27 4 99 06 07 08 8 048 * 

> A 08 * 29 09 00 31 4 99 07 08 99 8 056 * 

> A 09 * 29 10 68 35 4 99 99 09 10 8 064 * 

> A 10 * 29 11 68 39 4 99 09 10 11 8 072 * 

> A 11 * 29 12 68 43 4 99 10 11 12 8 080 * 

> A 12 * 32 12 68 47 4 99 11 12 13 8 088 * 

> A 13 * 32 11 68 51 4 99 12 13 14 8 096 * 

> A 14 * 32 10 68 55 4 99 13 14 15 8 104 * 

> A 15 * 32 09 68 59 4 99 14 15 16 8 112 * 

> A 16 * 32 08 68 63 4 99 15 16 99 8 120 * 
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I 

% 

% 
% 
% 
% 
% 
% 
% 
% 
% 

% B 



Switch 
B 01 ♦ 
B 02 
B 03 
B 04 
B 05 
B 06 
B 07 
B 08 
B 09 
B 10 
11 



Matrix 
58 02 1 
58 03 
58 04 
58 05 
58 06 
58 07 
58 08 
58 09 
58 10 
58 11 
58 12 



Fanout 
B 00 * 
B 01 
B 02 
B 03 
B 04 
B 05 
B 06 
B 07 
B 08 



1 
1 
1 
1 
1 
1 
1 
1 
1 
1 



for Cell B 
1 *-B 12 * 
1 * B 13 * 
1 * B 14 * 
1 * B 15 * 
1 * B 16 * 
1 * B 17 * 
I * B 18 * 
1 * B 19 * 
1 * B 20 * 
1 * B 21 * 
1 * B 22 * 



70 12 
70 11 
70 10 
70 09 
70 08 
70 07 
70 06 
70 05 
70 04 
70 03 
70 02 



list block B 
00 00 0 0 * 



63 02 
63 03 
63 04 
63 05 
63 06 
63 07 
63 08 
63 09 



B 09 
B 10 
B 11 
B 12 
B 13 
B 14 
B 15 
B 16 



63 10 
63 11 
63 12 
66 12 
66 11 
66 10 
66 09 
66 08 



; Fanout List for INPUT Block 
<I1*9211*I4*9S11* 
<12*9311*15*9711* 
<I3*9411*I6*9811* 
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3 
3 
3 
3 
3 
3 

3 
3 
3 
3 
3 
3 
3 



Str's 

[<typ> <UR.h> <UR,v> <fl> <f2> <dstr>, 
<fl> Justification: O«front, l=end 
<f2> Orientation: 0=vert, l«horiz 
<dstr> String 

1 10 OIK:* 

4 10 0 1 e*?^*o/pp * 

4 11 0 1, ***^BReg * 

4 12 0 1 -*+^^IOM * 

4 13 0 1 '^i^Unp * 

4 14 0 1! *#**BR+I * 



8 111 GblUnp 
21 111 I/O 
55 111 I/O 
30 1 0 0 A 3 64 
29 13 0 0 U 
27 10 0+ 
27 13 0 0 + 



3 7 
3 39 
3 73 
10 0 
3 32 13 0 0 
3 33 10 0 
3 33 13 0 0 



6 
1 
1 



B 
U 
+ 
+ 



1 Clk/lnp * 
1 I/O * Blk A 
1 I/O * BlJc B 
BDc Labels 
63 13 0 0 u 3 
61 10 0+ 3 
61 13 0 0 + 3 



66 13 

67 1 
67 13 



0 u 
0 + 
0 + 



* 







Sqr's 






i 




[<typ> 


<UR.h> 


<UR.V> 


[ 


1 


10 1 


13 9 


1 10 


[ 


1 


24 1 


36 13 


1 27 


t 


1 


58 1 


70 13 


1 61 






Nun's 







6 13 9 * Inputs 
1 33 13 * Blk A 
1 67 13 * Blk B 



[<typ> <UR.h> <UR.v> <fl> <f2> <dl> <d2>. 
<fl> Justification: O«front, l»end 
<f2> Orientation: 0=vert, l=horiz 
<dl> start, <d2> end Number 



[ 


2 


11 


2 


0 0 


1 4 2 11 7 0 


[ 


2 


25 


2 


0 0 


1 11 2 34 12 1 


t 


2 


59 


2 


0 0 


1 11 2 68 12 1 1 


] 


1 


10 


11 61 


27 * Package Outline 


] 


2 


11 


14 


0 0 


7 17 2 59 24 1 0 : 


1 


2 


15 


25 


0 4 


18 28 * 


] 


2 


37 


12 


1 4 


1 6 2 57 12 1 4 


] 


3 


37 


11 


0 0 


o * Pin 1 Index 


] 


3 


33 


14 


0 0 


*Gnd» 3 37 14 0 0 


1 


3 


09 


19 


1 1 


*Gnd* 3 62 19 0 1 


] 


3 


31 


24 


1 0 


*Vcc» 3 35 24 1 0 


$ 


"( 


end 


Of 


File" 



0 5 6* Inputs 
0 12 22 * Blk A 
0 12 22 * Blk B 



29 39 * Pin Numbers 



40 44 * 



^Gnd* 



* { 1.44} 

* {12,34> 

* {22,23> 
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syin_ary « packed record 

prv_ptr : syin_arp; {for symbol table linking} 
nxt_ptr : syib_arp; 

loc : integer; {next open space} 
sym : array [O..tot sym] of syo rec; 
end; ^ " 



chr_ary = packed record 
nxt_ptr : chrjtr; 
prv_ptr : chr_j)tr; 
loc : integer; 
chr : str255; 

end; 



{for storage blk linking} 
{next open space) 



{symbol table types} 

syxn_rec = packed record 
** nxt_ptr I sym_j>tr; 
equ _ptr : equ ptr; 
loc_ptr : strTngptr; 
use^lnk : use_ptr ; 



used} 



sym nua 
idf^val 
sig^val 
len^val 
loc_val 
Use vec 



Use_Loc 

inp~fnc 
out fnc 

Loc 

log^flg 
end; " 



: integer; 

: integer; 

: integer ; 

: integer; 

: Long in t; 

: integer; 



{for symbol table Hash linking} 
{for mult equ linking} 
{actual text of sym} 
{equ(s) where used} 

{gbl seq #} 
{Pin/Node, seq #} 
{Equ index into Sig ary} 
{of string, in bytes+i} 
{chr blk where stored} 
{Boolean Vector - Elks where 



array [L.max blk] of SignedByte; 
SlgnedByte; ""{Inp, lOM, internal, elk, etc} 
{Direct, Lat, Reg} 
{Comb, Dff, Tff, Lat} 



SignedByte; 
SignedByte; 
SignedByte; 
SignedByte; 
boolean; 



{Active L/H} 



Fig. 24 
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sig.ary « array [l,,inax sig] of equ rec; 
equ_ary = packed record" " 

• equ^arp; {for storage linking} 
nxt_ptr : equ_arp; ^ 
loc : integer; {next open space} 
equ : array [O,.tot_eqa] of byte; * 
end; 

equ^rec = packed record 

nxt__ptr : equj)tr; {for mult equ linking - R,s,rrst,Clk} 

Adj_sig : equ_ptr; {in phys module} 
sym^ptr : sym^ptr; {Link to Symbol} 

len^val : integer; {of equ, in bytes+l} 
loc_val : Longint; {chr blk where stored} 
loc^equ : equ_arp; 

typ_val : integer; 
trs^val : integer; 

simary: array [O-.max sim] of cmn rec; 
scan: SignedByte; {Temp var for"crystal} 
simcnt: SignedByte; 

Sig_val:Byte; 

IOS_val: SignedByte; {Resources used} 
PTS^val: SignedByte; 

logic: binvec; 
end; 

cmn^rec « packed record 
sig: SignedByte; 
cmn: SignedByte; 
end; 
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A11_PDB « packed record {Header of resource} 

smx: SMX_ary; 

Fan: Fan_ary; 

Pin: Pin_ary; 

P2B: P2B_ary; 
end ; 

fys_rec = packed record 

sigs: equ^ptr; 

psbl, loci, used: binvec; 

PTa: array [1. .nxa^eqb] of SignedByte; 

S i z VI , FanCnt : Integer ; 
PT_lim, IN^Lim, EQ^lim, PM_liffi, 
FulCnt, lOMCnt, BurCnt, 
SigCnt, OrdVal: SignedByte; 
nxt jpin , BDc : SignedByte ; 

end; 



SMX_ary « array [0. .max_blk, 0. .mxa^eqb] of RHdr_rec; 
Fan_ary « array [0. .max^blk, 0. •mxa_eqb] of RHdr_rec; 

rsrc_rec » packed record {resource elenent} 
Blk : SignedByte; 
Loc : SignedByte; 
end; 

Rsrc * packed record 

a:array [1. .max^rsrc] of rsrc^rec; 
end; 

RHdr_rec « packed record {Header of resource} 
PTs: SignedByte; 
PTc: array [0..3] of SignedByte; 

S v_Pos : S ignedByte ; 

Sig^Val: SignedByte; 
Typ^Val : SignedByte ; 
IRCnt ; S ignedByte ; 

IRsrc: rsrc^ptr; 
ILine: SignedByte; 
HFuse: SignedByte; 
FsBas: Integer; 
case integer of 

0: (sqr: sqr^rec) ; 

1: (nun: nuin^rec) ; 

2: (str: str^rec); 
end; ^ 



Fig. 28 
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Pin_ary « array [0. .ttax_blk,0. .mxa eqb] of Find rec* 
P2B_ary = array [0..aaxjp2b] of Pin_rec; " ' 

Pin__rec - packed record {Header of resource} 
Blk: SignedByte; 
Loc: SignedByte; 
end; 

Pind_rec = packed record {Header of resource} 
P in_No : s ignedByte ; 
Pin_typ: SignedByte; 
S ig_Va 1 : s ignedByte ; 
Typ_Val: SignedByte; 

case integer of 

0: (sqr: sqr_rec) ; 
1 : ( num : nuia_r ec ) ; 
2: (str: str_rec) ; 
end; 



pt_rec « packed record 
sig, srt: integer; 
fuse: array [l.,3] of integer; 
end; 

fuse_rec » packed record 

pta: array [0..280] of pt_rec; 
ASF: array (0..59} of integer; 
end; 
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{Crystal & Hungarian Asgn} 

HAA » array [1. .max^HAL) of HA_LnJc; 

MPA = array tl..max_HAL, l..ttax_HAL] of integer; 



HA_Lnk « packed record 

covr^ whoc: integer; 

left, rght: integer; 
frml: integer; 

head. Lent: integer; 

tail: array [l,.max_HAL] of integer; 
end; 



PTA = array (L.max HAL] of PTA_rec; 
PTA_rec = packed record 

SPM, SLM, PTU: integer; 

Sig, PTA: integer; 

LBk, Mac, Fan: integer; 

Sym: syn^ptr; 
end; 
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{Absolute Maximum size limits Dimensioning of Data Storage} 



max_blk =» 8; 

mxa_eqb « 25; 

max^sig « 96; 

mxa_sig = 3; 

max_sio « 6; 

max_HAL = 50; 

max_p2b « 44; 

num^bkt » 32; 
tot^sym « 64; 
tot_eqa «1024; 
stk_max = 300; 
inax_use = 6; 
max_rsrc» 25; 
gph_v e 50; 



{ number of physical blocks/Mxl6} 
{ number of logic equ/block } 
{ number of signals in design } 
{ max_sig div 32 } 
{ number kept for sinularity } 
{ number of Hungarian Assign ele} 
{ physical package pins} 

{in symbol table - power of 2 <« 256} 
{blk size power of 2} 
{equ array dimension} 
{Length of OP Stack for Rd Tre} 
{length of use list buffer} 
{length of resource buffer} 
gph_h = 119; {chr buffer for log & pin maps} 



{Enumerated types -> (Spelled out for debug printina -> 
Type ^ 

Sym_Typ « (input, output, lOMac, Lintv, Glntv, clkpin, SR nod) ; 
Inp^Typ « (ifn^Dir, ifn^Lat, ifn^Reg) ; " " 

0ut_typ - (ofn_Cmb, ofn_Dff ^ ofn Tf f , ofn Lat) ; 
Pin_Typ » (input, elk, output) ;{} " 



Const 
input = 
Lintv = 

ifn_Dir 
ofn Cmb 



l; output =2; 

4; Gintv = 5; 

1; ifn_Lat « 

1; ofn Dff - 



lOMac « 3; 
clkpin » 6; 



SR_nod»7 ; 



2 ; if n_Reg 
2; ofn Tff = 



3; 

3; ofn Lat « 4; 
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****^ 

{Symbolic magic Numbers} 
nvald = -99; {token} 
nused = -98; {Pin} 
nset » -97; {graph link} 
Ques =« -96; {Relocatable Pin or Node} 
nfeas =121; {infeasible pair match - hungstrian assian 
Not Change} ^ 

{Palasm tre file constants} 
{Internal replacements} 

tk^and =255; tk or =254; tk_xor- 253; 
tk not «252; tk^nop »251; 
tk^vcc -250; tk_gnd =249; 

tk comb»248; tk_reg =247; 
tk"tff =246; tk_lat =245; 
tk_trst=244 ; tk_clkf =243 ; 

tk_setf=242; tk_rstf=241; tk_end « 240; 
type 

stk_cell = integer; 

binvec = array {l..mxa_sig] of longint; 
{All Pointer Types Here!} 

syro_j)tr - ^sym^rec; sym arp « ""syn^ary; 
equ jptr - "equ_rec; equ"arp « ^eqii ary; 
chrjptr « *chr_ary; sig^arp = "sig~ary; 

gphjptr - ^gph.lst; 

bv_ptr » * binvec; use_ptr - *usa rec? 
MPA_Ptr m -MPA; HA_Ptr - *HAA7 

SMX_ptr - -^SMX^ary; Fan_ptr - *Fan ary; 

Pin_ptr - *Pin_ary; PTA^ptr - *PTa7 

rsrcj>tr = *rsrc; RHdr Ptr - *IlHdr rec; 

P2b_Ptr • "P2b_ary; " * 

Fuse^ptr = ^Fuse_rec; PT_ptr = *PT_rec; 



Fig. 33B 
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{ ************* y 

{ Doc Gen - Pin/Log Map} 

{ **********************************^^^^^ y 

GphPnt » record 

Integer; {must be in this orderl) 

end; 

sqr_rec » packed record 
""UR, LL: GphPnt; 
end; 

num_rec = packed record 
ur: GphPnt; 
fl, f2: Integer; 
dl, d2: Integer; 
end; 

str_rec = packed record 
ur: GphPnt; 
fl, f2: Integer; 

dstr: stringt9]; {Max Length for labels!} 

end; 

gph_lst =« packed record 
nxt_ptr : gph_ptr ; 
typ_val : SignedByte ; 
case integer of 

0: (sqr: sqr_rec) ; 
1: (nun: nun^rec) ; 
2: (str: str""rec) ; 
end; 
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use^rec =» packed record 
cnt: byte; 

equ_ary: array [l..ttax_usel of byte; 
nxt^ptr : use_ptr ; 
end; *" " 

var 



*********************** y 

{General} 

done: boolean; 
suces: boolean; 
debug : integer ; 

ErrCnt, WrnCnt: integer; 



{Files} 

inp_nain, 

Inp^Fil, 



out_nam: 
PDB^Fil, 



str255; 
PLC_Fil, 



Out Fil: 



text; 



{Tokenize} 

a_ptr, b_ptr : stringptr; 
a_str, b^str : str255; 
post, lent, valt: integer; 

before: integer; {Program timing} 

Pos_v,Pos_h: integer; {Extreme plot position} 

{User Design info} 



Part,Dsgn: 
Prt_Tkn: 
HdrStr: 

N_Blk, N_Macro, 
N Pin,max_pin: 
sTgary: 



str255; 
INTEGER; 

Array t0,.5] of Str255; 

integer; 
Sig_arp; 



{Physical Data} 
fysary: array 
Swmtr X : SMXjptr ; 

Pinfo: Pinjtr; 
a_hp tr : RHdr_Ptr ; 

{Device specific sizes 
max^sgp : integer ; 



[0..max_blk] of fys_rec; {} 
Fanout: Fanj)tr7 
P2b: P2b_Ptr; 
jedec: fusej)tr; 



max^eqb: 
max^pmb: 
max_ptb: 
max_ptd: 
CfgnVar: 



integer; 
integer; 
integer; 
integer; 
RHdr_rec; 



actual terns avail} 
/ signal pins/block } 
/ logic equ/block } 
/ pin macros/block } 
/ Product Terms/ block } 
/ Product Terms /block } 



Limit Deltas on above } 



Fig. 33D 
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[ *************************************** } 

{Symbol Table} 

Frst_chr : chr_ptr; Last_chr : chr_ptr; 

Frst^sym : sym^arp; Last^sym : sya^arp; 

Frst_equ : equ_arp; Last_equ : equ_arp; 

Mru_chr : chr_j>tr; scrt_chr : chr otr; 
Mru^sym : sym_ptr; Mru_str : strTngptr; 

ht_ary : array [0. .num^bkt] of syn_ptr; 

{Usage Counters} 

nxt_str : Longint; nxt_sig : integer; 
syro_idx : integer; equ_idx : integer; 

{*************************} 

stK_ary: array [0..stk_max] of stk^cell; 
stk_ptr : integer ; 

myBuf: array [l.-gph^v] of StringCgph_h] ; 

mapGph, PinGph, 

SigGph: gphjptr; 

{**■***********************'} 
{Crystal Partitioning } 

r s It : extended ; 

nxt^mod, max_cmn, lst_cmn: integer; 

Al loused : binvec; 

{*************************} 

{Hungarian Assignment } 

inp_ary , tmp_ary : MPA_Ptr ; 

n row, n col, 

NRsav, NCsav: integer; 

TTmap, SCmap: integer; 

mtc_gfl: HA_Ptr; 

PT_ar y : PTA^Ptr ; 

dni: boolean; 

{*************************} 
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N t 115.-3-0 6 115-3-16 



READ TYPE CODE 



N t 115-3-07 115-3-17 

Yl ^ 

DONE = TRUE 



N J[^115-3-08 115-^-18 
READ PHASE 
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Reading User Design (PLA File) 

Reading Device Database . . . 
*** User Logic Pre-Placetnents 

*** Device Resource Checks 
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MR-PLD Resource Checks OK! 
On to Fitting. • . 

Partitioning Design into Blocks 

Assigning Resources... 

** Physical DB ** 

/I Mr /lO /BR PT# F0# 

blk-> A 12 12 4 0 28 8 QO Ql Q2 Q3 
blk-> B 16 11 5 0 56 4 Q4 CO Q5 Q6 Q7 



*** Mapping of Macros *** 

Ql (A 6) -> (A 14) (B 14) 

Q2 (A 4) -> (A 12) (B 12) 

Q3 (A 1) -> (A 9) (B 9) 

QO (A 7) -> (A 15) (B 15) 



11(1 
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-> (B 20) 







* Retry Happing 2 

A2 (A 3) -> (A 3) (B 3) 
A3 (A 16) -> (A 16) (B 16) 
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*** Logic Map - 
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*** Pin Map 
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Connection Status 100 % - Run time *: 11 seconds. 
The design nap is stored in counts .map .MAP 

%%CLK.MSG {v}->No clock signal found for registered signal-CLK 
%%SRN.MSG {w}->No SR initialization function found! 

The jedec is stored in count 8. map. JED 

%% FITR %% Program Completed - e: 0, w: 2 

%% FITR %% File Processed Successfully. - File: counts 
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*** Fdbk Map - 
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counts 
MACHllO 
counts 
counts 

"BMACH_110 
counts* 
QP44* 
QF6504* 

GO*FO* # 

L0084 11111111 11111111 11111111 limill IIOIOIII 1111* 
LOOBO 11111111 11111111 01111111 11011111 11111111 1111* 
LOODC 11111111 11111111 11111111 llllim llOlOlll 1111* 
L0108 11111111 11111111 OlllllU 11110111 llllllll 1111* 
L0134 llllllll llllllll llllllll 11111110 11011011 1111* 
L0160 llllllll llllllll 01111111 llllllll 11101011 1111* 
L018C llllllll llllllll llllllll llllllll 11010111 1111* 
L01B8 llllllll llllllll lOllllll llllllll Olllllll nil* 
L01E4 11111011 llllllll llllllll llllllll llOllOll nil* 
L0210 llllllll llllllll llllllll llllllll llOlOlll nil* 
L023C llllllll llllllll llllllOl llllllll lOllllll nil* 

L0268 llllllll llllllll llllllll iinnii iioioiii nil* 

L0294 llllllll llllllll 11111101 llOlllll llllllll nil* 
L02C0 llllllll llllllll llllllll llllllll llGlOlll nil* 

L02EC llllllll llllllll llllllOl iiiioiii iiiiiin nil* 

L031S llllllll llllllll llllllOl llllllll iiioioii nil* 
L0344 llllllll llllllll llllllll llllllll 11011011 1011* 
L0370 llllllll llllllll llllllll 11011111 11101011 nil* 
L039C llllllll llllllll llllllll llllllll llOlOlll nil* 
L03C8 llllllll llllllll llllllll 11011111 lOllllll nil* 
L03F4 llllllll llllllll llllllll llllllll llOlOlll nil* 
L0420 llllllll llllllll llllllll llOlOlll llllllll nil* 
L044C llllllll llllllll llllllll llllllll llOlOlll nil* 
L0478 llllllll llllllll llllllll 11101011 Olllllll nil* 
L04A4 llllllll llllllll llllllll llllllll llOlOlll nil* 

L04D0 llllllll llllllll llllllll iiiiioii oiinni iiii* 

L04FC llllllll llllllll llllllll llllllll 11010111 nil* 
L0528 llllllll llllllll llllllll 11110111 lOllllll nil* 
L0C8C llllllll llllllll llllllll llllllll iioioiii nil* 

L0CB8 llllllll iniiiii llOlllll llllllll loiniii iin* 

L0CE4 llllllll llllllll llllllll llllllll llOlOlll nil* 

LODIO llllllll llllllll llOlllll Olllllll llllllll nil* 

L0D3C llllllll llllllll llllllll llllllll 11010111 nil* 

L0D68 llOlllll llllllll llOlllll llllllll llllllll nil* 

L0D94 llllllll llllllll llllllll llllllll llOlOlll nil* 

LODCO llllllll llllllll llOlllll iiniiii llllllOl nil* 
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